nodejs+java混合网站开发实践

q989

网站技术选型之痛
　　对于网站开发的技术选型，我们听到最多的就是: 网站是基于xxx（如java,php,ruby）上的某某框架构建的。
一门主要开发语言、一个独立项目，好处是结构简单，不好的地方也显而易见：

• 不利于前后端独立开发。前端等后端完成后台业务，后端等前端写完页面模板，时间就是这么等走的。
  
• 前后端经常需要介入对方领域，不利于专业分工。后端时不时改个html模板，有时候还要改css，前端需要理解整个网站的原理，甚至后端语言，调试页面需要启动整个网站所有功能，而不能单独运行页面前端代码，费时费力。
  
• 如果网站需要个后台，单独开发个会造成业务逻辑重复书写；直接集成进网站项目会造成网站代码更难组织。
  
• 如果再需要加上某某移动平台定制app，不用响应式页面，这不又得开发个。。。
  

团队技术背景
　　几个月前，在接到进行几个类似小电商网站开发任务之前，我们的团队已经在java平台上开发了好几个网站和企业应用。经过了几次演进（纯jsp到freemarker，struts到spring mvc，管理后台使用extjs+java单独项目），但总体上还是纠结于网站项目前后端过度耦合问题。
对于nodejs，我虽然接触时间不短，但大部分做过的东西还属于玩票性质，还停留在nodejs适合做api输出这个简单层面。
目标及思路
　　当时面对的是：几个类似的网站结构，都要后台管理功能，可能以后会有定制移动app需求，团队人员有限，时间周期有限。
按照以前那套前后端各搞一个项目的套路继续开发下去，铁定完不成，就算复制项目完成了，后期维护代价也非常大。所以问题的核心是：

• 如何最大化复用我们的代码（1）
  
• 如何尽量提高我们的开发效率（2）
  

　　除了核心目标，还有几点我们必须满足：

• 数据保存操作需要事务支持（3）
  
• 网站搜索功能需要尽量强大，比如支持模糊搜索，分组统计（4）
  
• 开发语言优先选择我们会的，或者熟悉的，如果其他语言确实有比较大的优势，也可以考虑(5)
  
• 我们的服务器资源有限(6)
  

　　以上几个约束分别考虑下，其实我们的选择已经不多：

• 要达到3的要求，spring + hibernate声明式事务我们最熟悉，并且很方便；要解决4的要求，内嵌solr是我们想到的最现实方案。所以基本上我们的业务处理无法离开java。
  
• 问题1其实是所有软件开发人员一直在考虑的问题。包含很多，放在当下，可以分成几部分：
  
  
  
  • 前后端能否一起整体复用？
    这种想法优先否定，会回到之前单项目的老路
    
  • 后端如何复用？
    因为已经订下后端使用java，java的项目的整体复用形式就是jar依赖或者远程service调用
    
  • 前端如何复用?
    功能/组件级别的复用形式听起来很好，但是开源的方案如（java）wicket使用起来还是相当不便，会加重前端的困扰
    微观的复用形式很多，如requirejs/seajs对js的复用优化，各种html模板复用
    
  
  
• 对于问题2，以上几个方面的合理选择肯定会大幅度改善开发效率。其他促进项目还有：
  
  
  
  • 采用熟悉的语言
    开发团队最熟悉的语言当然是java和javascript
    
  • 成熟的依赖管理框架
    如java的maven，前端的bower.js，nodejs的npm
    
  
  
• 问题6对我们的选择也有很大影响。基于以前的经验，要开发的几个网站（全都带有后台）如果全部采用java，并且做前后端项目分离，由于java是出了名的内存大户，那服务器压力会很大，甚至无法承受。
  

最终方案
　　在理性和感性的双重推动下，我们最终使用了以下方案：

• 网站：nodejs + express + jade + less，采用q.js的promise方案, gruntjs用于开发及打包优化
  
• 管理后台：extjs静态网站，gruntjs用于开发及打包优化
  
• 统一的service api输出restful json: java + spring mvc + hibernate（没用jersey）
  

实现效果

• 前后端分离，开发人员都是用最擅长的语言，没有太多学习负担
  
• 后端java api服务是无状态的，便于性能扩展
  
• 企业用户需要的事务支持得到了保证
  
• jade模板和less简洁易懂的语法保证了html和css的书写效率和质量
  
• 网站的总体资源占用不多（nodejs 100M左右，extjs静态托管，忽略），适当优化后整体响应速度还不错
  
• 要开发新的网站/app可以最大化复用后端api逻辑，只管书写表现页面
  
• 在保证service 程序对应数据库模型一致和api设计合理的前提下，我们只维护一份service代码，但完成了几个同类型网站的开发（使用maven profile配置）
  

　　最终网站开发时间节省明显，第二个网站的开发时间是第一个的不到1/3。
　　后话：前阵子偶尔发现sea.js的作者淘宝玉伯分享说他们的团队也是这么做前后端分离的~ 链接
　　此文同时发布于我的个人博客