使用JS框架，抑或收集组件

我所在的项目已经很大了，但页面就200到300个。项目的价值已经过千万了（而且是持续的），但是就是这样的项目我们没有用任何一个JS框架，所以页面也不美观。
但是从页面上看，我们的性能一般没有什么问题，同时我们的JS也较简单，一度想引用一个JS框架来统一页面，可是这样一方面成本过高，一方面需要大量的开发人员培训。没有办法只有不断的收集开发需要的控件，渐渐项目也收集了很多的控件。
由于每个页面需要的控件不是很多，所以每个页面的jS加载比较好控制，除了一个公共的JS之外，一般页面依赖的JS较少，所以及时JS没有压缩，页面也没有问题。

我后来想起，当初没有引用JS框架是对的。框架的弊端在于需要统一基本所有的页面使用一样的组件，但是由于框架基本都是重量级的，即便所谓的轻量级，其实JS也是较多的。对于大型项目简约就是美，简约容易维护。复杂的框架没有过多优势，除了开始用户的体验高以外，基本上维护起来不好维护，如果框架不断更新，你会面临是否升级的问题。要记住框架升级的速度比你软件升级的速度要快的多，所以我们的项目放弃了选用框架，选择了选用组件。

组件的优势在于本身组件的规模很小，一般一个组件就30k，一个页面也就用2到3个，不会超过100k的js。同时组建可以随时的替换，因为只要控制组件的入口函数，替换组件是一件轻松的事情。

以上是本人一点经验看JS框架，但本人不否定JS框架的存在的重大意义。统一的框架便于更短的时间开发最漂亮的界面，函数稳定，bug少，个人认为小项目、生命周期短的项目应该优先考虑JS框架，至于大的项目还是原生的HTML是永远的真理。

有道理。在大项目中，要谨慎使用JS框架。最好等到直到某个JS框架十分成熟时再使用它。

更短的时间开发最漂亮的界面，函数稳定，bug少

这是框架的悲哀

HTTP现在承载着太多东西了

复制、粘贴JS代码的时代已经过去，一定要面向对象客户端的编程，而且单页面的程序！这样才是把JS用在刀刃上！

如果维护能力强的话，能不用框架也很好。就是开发人员要吃些苦了。

不同意见。

我们一个项目价值过千万，开发人员超过100人，前台全部使用某公司的商业框架。

原因在于：
1.开发效率高，组件功能足够强大
2.bug少，js代码少，可持续维护性强
3.性能还不错
4.学习成本低，商业框架会提供足够的培训和服务，不需要每个程序员都是js高手

缺点是：
1.界面风格单一，但是对于一个商业业务系统来说无所谓。
2.价格高。不过对于一个大项目来说价格不是最重要的。

所以，我认为大项目使用一些框架反而是合算的

合算，那是你看到了结果，但是如果出现了大量性能问题呢？到时面临是否是替换框架，还是不断的打补丁。维护成本几何上升。

用过才有发言权，我也经历过不使用框架-使用框架-使用什么样的框架的过程。
不要想当然的说大量性能问题，维护成本几何上升。

我们使用一个框架之前进行多方面的评估，并且设计多个场景进行测试，的确发现过可能存在的性能问题，提交给厂商后很快解决。
不要把框架提供商当作傻子，他们实施的项目远比你实施的多，遇见过的问题也远比你遇见的多。

JS的框架都不够成熟