QWrap简介之:retouch机制小结

前面已有四篇文章介绍retouch:
QWrap简介之:Retouch ---润饰、渲染
QWrap简介之:core_retouch ---渲染原生类
QWrap简介之:dom_retouch --- NodeW 勇士装甲
QWrap简介之:youa_retouch --- 项目个性
还是回到retouch的意思上来:润饰、渲染。
纯洁、静态、针对性的Helper规范,以及清筋健骨的Wrap模式,让retouch变得简单自然。
而灵活自由的retouch,又让严谨生硬的Helper与精瘦的Wrap结合,产出丰满健壮个性还简单的用户产品。
但是,retouch也有一些自身的问题:
1.因为用户使用的,是经过变换的方法,所以效率可能比百分百原生的差。
    ----好在速度比赛的结果正如我们的预期:js的运行效率,比我们想象的要好得多,QWrap并不比别的框架慢。
2.retouch的结果是在静态方法调用之外,产生很多新的方法,所以,文档由注释生成的难度很大。
    ----QWrap目前的做法是:原生的帮助文件由文档生成,针对的是retouch之前就存在的功能。而真正项目编码中使用的,是retouch后的结果。
    retouch后的使用文档只能由人力来完成了。例如:可以参考youa版的用户文档。
3.即使是一行简单的retouch,也可能产生很多新的用法。用法过多,也会带来烦恼。例如,我们知道一个节点的id为myId,想将它隐藏,以下很多种代都都可以实现:
Dom.hide(myId);
W.hide(myId);
W.g(myId).hide();
W(
'#'+myId).hide();

    为了减少理解难度(静态传的字符串是id,而不是selector)与保持风格一致,我们推荐的用法,是最长的“W('#'+myId).hide();”,而不是最短的“W.hide(myId);”
    通过什么方式来推荐?----只能是在用户文档中,只列被推荐的用法。----所以只能自叹一声:还有更简单的用法,可是不会列出来。
4.retouch机制,让很多围观QWrap的同学,觉得QWrap很复杂。他们看到的绝大多数的代码,都跟最后使用的方式完全不一致。
    ----只能建议:先别看代码,等了解QWrap的Helper-Wrap-Retouch-App设计主线后再看代码。
    ----还建议:如果只是出于使用目的,可以只看文档,不必看代码。-----很多jquery的用户都没看jquery的实现代码的。
    ----还提醒:目前QWrap还没成熟到实用的阶段,请勿使用。不过欢迎围观。

retouch机制导致了灵活的输出,但是对于某一个具体的项目来说,他很可能使用的就是youa项目类似的,带有core_retouch、dom_retouch、my_project_retouch的这种输出,那为什么不直接给项目一个js就可以了,还绕着弯要用retouch?
----这个问题很好,给项目的,可以是一个js,这完全没有问题。如果只是满足这样一个项目的需求,提什么retouch机制,简直就是画蛇添足。retouch机制的出现,让QWrap的“多应用”目标成了现实。

一份代码,多种应用,这就是qwrap的apps机制。apps机制把qwrap带向一个新的高度,且等下一篇文章分解。


附: QWrap网址:http://www.qwrap.com


posted on 2011-04-10 15:34  JKisJK  阅读(695)  评论(0编辑  收藏  举报

导航