闲话js前端框架（4）——组件化？有没有后端的事？

闲话js前端框架

前端人员=美工+设计+代码+测试
——题记

专题文章：

一、从avalonjs的模板说起
二、庞大的angularjs
三、再也不想碰DOM
四、组件化？有没有后端的事？
五、再看自己一年前设计的微型渲染引擎
六、在浏览器标准上做文章
七、抛开浏览器，构建应用容器
八、为何Flash、银光和Java都在网页端一蹶不振

本文属 西风逍遥游 原创, 转载请注明出处: 西风世界 http://blog.csdn.net/xfxyy_sxfancy

四、组件化？有没有后端的事？

提到组件化，有一家的组件化做的是最牛的，没错，就是微软。ASP.NET的框架， 有一个非常显著的特点，就是很多的组件，你会发现是前后端代码混在一起的。这样好么？

组件化，封装引起的弊病

这点开始很多人不理解，因为前后端代码混在一起，你根本不知道具体的工作方式是怎样的，于是也不知道具体的工作效率，那么就造成了一个严重的问题，如果基础的组件工作的不好的话，那么对于代码开发将会是一场噩梦。

ASP.NET的问题就是这样，我们都知道，在VS中拖控件做出来的网站没法用，为什么？因为第一，结构混乱，代码都封装起来了，性能优化太困难。其次，很多控件在操作时，都不使用异步，导致整个页面的频繁刷新，所以真正做项目时就会发现，能用的控件没几个。

这就说明一个问题，组件化不是很好么？为什么做到如此极致的组件化却没人用了呢？

其实，组件化这种方式有天生的问题，第一，组件的定制化不强，因为大多开发的组件是通用组件，用多次复用才有价值，而网站开发中，由于前端代码的灵活性太强，导致完整的封装非常困难，而一旦完整封装后，灵活性就丧失了。第二，组件的封装不是全部严密的封起来就OK了，例如CSS样式，你为了保证组件样式的统一，固定了CSS，那么假若你的项目支持换肤，你的组件是否应该换肤呢？

说白了，我们并不