Mocola.JS框架计划:退出Sourceforge加入Google Code的SVN

最近和朋友开始计划写一套js框架,这套框架仍然以Mocola命名,因为打算做成内部开源的项目,使用svn进行版本控制。google提供了100M容量的svn空间,对于区区一个js框架来说空间够大了,所以还是决定使用google的svn服务器相对比较稳定,Sourceforge的服务虽然也很不错,但操作简便性上还是google code略占优势,速度也更快。关于Bug报告。Google Code中的issues,Sourceforge的tracker,各有不同,只不过我之前也没考虑到google的bug等记录日志也占容量。总而言之,Google Code很方便,就是容量太小;Sourceforge太繁琐了,但很完备已经形成一个社区,我喜欢简洁功能性的产品服务,所以如果不是冒着svn开源项目要搬家的风险我是不会去选择Sourceforge。:) 我希望能在年前完成mocola.js的第一版本,希望有兴趣的朋友参与支持。

也许框架做到一定时候会作为一个外部开源的项目来对待,等完成了mocola.core.js和mocola.more.js的开源,下个计划就是在Mocola.Core的基础上入手Mocola.UI框架的开发,然后过度到asp.net和java的各个组件的开发。而且关于Track Changes HTML Editor在版本2中也将使用mocola.js来作为底层框架进行开发。本站的最终计划就是在今后将提供各项js、.net、java等相关控件技术资料。

引用通告地址: 点击获取引用地址
标签: .NET
评论: 2 | 引用: 0 | 阅读: 1863 | 打印 | 打包 | 转发
  • 1 
鱼蛋 [ 2009-05-07 13:30 | 回复 | 编辑 删除 ]
请问您的mocola框架有什么特点和过人之处?
在js框架多如牛毛的今天,您有自信能做的比jquery,prototype, extjs等好吗?
或者说做出自己的特点?
李嘉 [ 回复于2009-05-09 08:53 邮箱 网址 | 编辑 删除 ]
mocola.js的方向和现存的一些js框架是不一样的,这好比jquery,prototype, mootools和ext, yui的方向是不一样的, 我们把javascript比作汇编, 把jquery,prototype, mootools比作c语言,那么ext, yui就是vc, 我要写的mocola.js呢, 是集成在mocola.net里作为一个底层框架.
现在jquery,prototype, mootools和ext, yui都有一个缺陷,那就是不能混用,mocola.js的特色就是实现js的namespace机制,这样可以避免一些底层函数的冲突,所以mocola和任何一个现存的框架是可以混用的,同时mocola.js提供的namespace技术可以将jquery,prototype, mootools等框架进行底层化处理,达到使各个框架能够混用的目的,这也是我开发mocola.js的主要目的,目前mocola.js正在与mootools进行接口开发,所以说mocola.js可以说是一个和事老, 这是前期的目标. 后期的话我将开发一套和jquery,prototype, mootools的c类框架,再 慢慢过渡到vc类的ui框架。坚持做下去,开发出类似jquery,prototype, mootools又有什么难的?mootools框架我已经完全看明白了。
  • 1 
发表评论
昵 称: 密 码:
网 址: 邮 箱:
验证码: 验证码图片 选 项:
头 像:
内 容:
  • 粗体
  • 斜体
  • 下划线
  • 插入图像
  • 超链接
  • 电子邮件
  • 插入引用