nodejs+java混合网站开发实践_JAVA_编程开发_程序员俱乐部

中国优秀的程序员网站程序员频道CXYCLUB技术地图
热搜:
更多>>
 
您所在的位置: 程序员俱乐部 > 编程开发 > JAVA > nodejs+java混合网站开发实践

nodejs+java混合网站开发实践

 2014/7/11 12:37:57  joecliff  程序员俱乐部  我要评论(2)
  • 摘要:网站技术选型之痛对于网站开发的技术选型,我们听到最多的就是:网站是基于xxx(如java,php,ruby)上的某某框架构建的。一门主要开发语言、一个独立项目,好处是结构简单,不好的地方也显而易见:不利于前后端独立开发。前端等后端完成后台业务,后端等前端写完页面模板,时间就是这么等走的。前后端经常需要介入对方领域,不利于专业分工。后端时不时改个html模板,有时候还要改css,前端需要理解整个网站的原理,甚至后端语言,调试页面需要启动整个网站所有功能,而不能单独运行页面前端代码,费时费力
  • 标签:

网站技术选型之痛

对于网站开发的技术选型,我们听到最多的就是: 网站是基于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的作者淘宝玉伯分享说他们的团队也是这么做前后端分离的~?链接

?

此文同时发布于我的个人博客

?

  • 相关文章
    网友 2015/5/15 11:39:53 发表

    ni zai shuo shen me

    网友 2015/4/27 17:12:43 发表

    你在说什么???????????

发表评论
用户名: 匿名