⼜想到了模板引擎和前端MVVM框架如何去除虾线
最近接⼿了⼀个和报表有关的项⽬。项⽬后端的⼤部分⼯作都是在操作数据库，作为⼀个后端新⼿谈不上有什么感觉。但对于看了前端的写法之后，还是有⼀点点感想。
唐僧简笔画>梦见吃蛋糕项⽬前端主要使⽤jQuery及其插件，也许这就是⼤部分后端开发写前端的⽅式。⽐较让我惊讶的是，前端居然是单页⾯的，实现单页⾯的⽅法也很简单，$.load。前端除了有少量使⽤underscore template之外，没有⼤规模使⽤模版引擎，但有使⽤JSP渲染菜单，⽤来控制⽤户的访问权限。
梦到头发白了
以前专做前端的时候，前端模板引擎是必不可少的，三⼤前端MVVM框架也全都提供了模板引擎功能。现在开始写后端之后，⼿上⼜多了后端模板引擎这⼀选择。
双手胸前传接球
关于页⾯是前端渲染还是后端渲染这个问题⽹上有很多讨论，⽐如。不过作为⼀个懒惰的开发，在前后端都写的情况下，后端模板引擎⽤顺⼿了，往往就懒得写JS了，于是就有了我之前“争取不写⼀句JS”的愚蠢想法。我觉得正常的情况下，对于多页⾯应⽤来说，还是⾸次输出页⾯后端渲染，之后页⾯的改变前端渲染⽐较好，这样做实现起来也更⽅便。
如果是单页⾯应⽤，⼤量的页⾯渲染应该是放在前端的，仅仅为了⼀个⾸页让后端去渲染页⾯，我觉得会显得⽐较啰嗦，倒不如全部给RESTful的接⼝来得⼲净直⽩。⾄于拿NodeJS来专门输出页⾯的做法，
垃圾分类亭
我暂时还没有机会体验。想来想去，也许，前端的事情全部交给浏览器去做才是⼤势所趋？不管怎么说，我觉得接⼿的项⽬在模板引擎的使⽤上有点扭扭捏捏的，即没有完全抛弃，也没有充分利⽤。
⾄于单页⾯应⽤的实现⽅式，我觉得使⽤三⼤框架⽐⾃⼰拿jQuery搭⼀套不成熟的更好。以前有过⾃⼰拿jQuery和RequireJS搭单页⾯框架的经验，在这个过程中我⾃⼰学到了不少，但实际⽤起来，我觉得并不好⽤。与其让项⽬组同事学习使⽤我的这套烂框架，不如⼤家都去学学三⼤框架对个⼈和项⽬组更好。
⼿头项⽬上的这套框架⽤起来我觉得有这么⼏点不好：⾸先，它没有路由管理，跳到了哪个页⾯在代码⾥⾯是完全没有办法知道的。如果仅仅是展⽰数据还好，⼀旦需要上传数据，还需要通过页⾯来区分上传数据来源就⽐较⿇烦了。我的解决⽅法还是使⽤url的hash来记录。其次，这套框架没有使⽤模块化的写法，这种情况下我最⼤的感受就是在开发过程中不知道代码的边界在哪，为了解决某些问题，把本属于不同的JS⽂件，应该拆开的逻辑混杂在⼀起了，这也是之前经历过的事情。
所以，我觉得，即使是作为⼀个后端开发（也许应该说是需要操作数据库的前端开发），也应该拥抱前端开发框架，现在已经不是10年以前了。血压高的危害
>哺乳动物的特征
