http://tbexample.googlecode.com/svn/tru ... ndbox.html
另外，Sizzle是可以直接拿过来用的，作为一个sub-module，sizzle是一个不错的选择器引擎，至少比yui的强多了。
ok，框架的基本框架有了，就可以更进一步实现一些核心了，这里要尤为注意的，框架的core是分层次的，因为裸写Node和Event实在是有些吃力，因此，需要一些更加基础的策略上的东西来将Node和Event支撑起来，就好象盖房子要打地基，不是上去就盖的，这一点john做的很完美，因为这些本应属于框架服务性质的机制也被良好修饰，可以被普通开发者使用，所以jquery的利用率是比较高的，每一处细节都精心设计过，都不会过度浪费，反观yui就有些杯具了，因为为了对Dom、Node和Event的封装而做了大量复杂的基础性工作，包括widget-base的模型设计、代码重用的设计、widget和Dom一致性的设计等等，这些设计一方面给yui3打造一个夯实的基础，保证了yui3在扩展性上的超级灵活，另一方面也带来了更多的资源浪费，因为多数开发者甚至不知道自定义事件、消息队列、插件机制、AOP、事件模型(EventFacade)和节点模型(NodeFacade)等等，多数开发者似乎也不会去关心自定义事件能干什么、插件是干嘛的、什么是AOP，用最高层的api就可以完成大多数工作，为什么还要费心巴力的去看这些？所以，除非做关键扩展、一般是不会用到这些框架“机制”性的东西的，对于普通开发者来说，显然是巨大的浪费。当然，也正因为基础扎实，yui3才能更加游刃有余的应对超级复杂多变的前端开发。
在我看来，“机制”性的东西要有，但不要复杂，能搞定工作上的事情，就可以了。
下一步，自定义事件。
to be continue...
[ view entry ] ( 350 views ) | permalink |
( 3.1 / 138 )
