对javascript的一些思考

从Ajax开始变得流行，到现在不论是网站还是B/S应用系统，对WEB前端开发的工作量越来越高。前端大体包括两个方面：UI设计及js编程。在功能为王的时代，后端工程师普遍对前端技术不熟悉，千方百计的想用已掌握的后端技术来搞定一切。对js是比较抗拒的，能不用就不用，尽量想用服务端代码来处理前端的事情，这方面JAVA阵营产生了不少框架，applet和Silverlight也属于这方面的范畴。不过大家很快发现，用后端来统一前端带来了诸如性能低下、灵活性不高以及效果不好等问题，并且增加了工作量，甚至为了了实现一些前端功能而写出难以理解的代码。越来越多的人发现，让前端的归前端，后端的归后端，各安其分，是更好的选择。后端技术足够多和成熟，但是前端呢，只有js。而传统做前端的如美工或者html制作人员对编程都不熟悉，让他们来学习js编程很困难。结果自然很多程序员就自觉或不自觉的开始学习javascript，从要实现什么功能到网上到处找代码到想系统的学习js，这个阶段我想所有人都遇到如浏览器兼容、js库的选择等问题。绕了一大圈回来，结果我发现要熟练掌握js很难。js语法很简单，但是其它方面也简单，简单到没有什么规则可言，越是这种越难掌握。没有风格，没有机制，没有模块化，一切都要自己动手。现在流行的js基础库有jquery和prototype，这两个库的风格完全不同，基于这两个库发展起来的UI库和使用上也完全不同。即使在库的基础上做，不同的人写出来的js代码也几乎没有一致可言，也就是说别人写的代码，你可能完全看不懂，再加上调试也不方便，我觉得很难用于构建大型的应用。但是在企业应用这块，我看到用Extjs的比较多，有些也做得很大，这个我觉得算是js的极限了，按规矩来做，Extjs工作得很好，是个不错的库。但是如果想在extjs之外来做些特性，也很不容易，结果就导致extjs项目界面风格布局操作方式几乎都差不多，没有什么特色。很多从C/S转型到B/S的公司，都想在浏览器上实现或模仿以前C/S方式的操作及交互。从以前能不用就不用，到现在想大规模的使用，甚至只看到js代码都没有html了，我有时在想，这样是不是又走得太过了。那么什么才是适合js的正确位置呢？

对待js我觉得总体原则是要中庸，不能轻也不能重，轻了实现不了功能和效果，重了开发运行维护成本高。js适合充当工具集的角色，一是为html和css服务，二是和服务端通信。也就是说js是给界面和后端服务的，是一个中间角色。在适当的时候异步，在适当的时候刷新，不能少用，但是更不能反过来，搞成以js为中心，用js来构造界面，后端来配合js，这样的项目即使开发出来都无法维护。