又想到了模板引擎和前端MVVM框架

最近接手了一个和报表有关的项目。项目后端的大部分工做都是在操做数据库，做为一个后端新手谈不上有什么感受。但对于看了前端的写法以后，仍是有一点点感想。

项目前端主要使用jQuery及其插件，也许这就是大部分后端开发写前端的方式。比较让我惊讶的是，前端竟然是单页面的，实现单页面的方法也很简单，$.load。前端除了有少许使用underscore template以外，没有大规模使用模版引擎，但有使用JSP渲染菜单，用来控制用户的访问权限。

之前专作前端的时候，前端模板引擎是必不可少的，三大前端MVVM框架也全都提供了模板引擎功能。如今开始写后端以后，手上又多了后端模板引擎这一选择。

关于页面是前端渲染仍是后端渲染这个问题网上有不少讨论，好比[转]谈谈前端渲染 VS 后端渲染。不过做为一个懒惰的开发，在先后端都写的状况下，后端模板引擎用顺手了，每每就懒得写JS了，因而就有了我以前“争取不写一句JS”的愚蠢想法。我以为正常的状况下，对于多页面应用来讲，仍是首次输出页面后端渲染，以后页面的改变前端渲染比较好，这样作实现起来也更方便。

若是是单页面应用，大量的页面渲染应该是放在前端的，仅仅为了一个首页让后端去渲染页面，我以为会显得比较啰嗦，倒不如所有给RESTful的接口来得干净直白。至于拿NodeJS来专门输出页面的作法，我暂时尚未机会体验。想来想去，也许，前端的事情所有交给浏览器去作才是大势所趋？无论怎么说，我以为接手的项目在模板引擎的使用上有点扭扭捏捏的，即没有彻底抛弃，也没有充分利用。

至于单页面应用的实现方式，我以为使用三大框架比本身拿jQuery搭一套不成熟的更好。之前有过本身拿jQuery和RequireJS搭单页面框架的经验，在这个过程当中我本身学到了很多，但实际用起来，我以为并很差用。与其让项目组同事学习使用个人这套烂框架，不如你们都去学学三大框架对我的和项目组更好。

手头项目上的这套框架用起来我以为有这么几点很差：首先，它没有路由管理，跳到了哪一个页面在代码里面是彻底没有办法知道的。若是仅仅是展现数据还好，一旦须要上传数据，还须要经过页面来区分上传数据来源就比较麻烦了。个人解决方法仍是使用url的hash来记录。其次，这套框架没有使用模块化的写法，这种状况下我最大的感觉就是在开发过程当中不知道代码的边界在哪，为了解决某些问题，把本属于不一样的JS文件，应该拆开的逻辑混杂在一块儿了，这也是以前经历过的事情。

因此，我以为，即便是做为一个后端开发（也许应该说是须要操做数据库的前端开发），也应该拥抱前端开发框架，如今已经不是10年之前了。