nodejs+java混合网站开发实践

网站技术选型之痛

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

  • 3
    点赞
  • 15
    收藏
    觉得还不错? 一键收藏
  • 4
    评论
首先,需要了解什么是 JSAPI 支付,它是微信支付方式之一,允许商户在移动端网页或者微信公众号内完成支付,用户可以在不离开微信的情况下完成支付操作。 其次,为了接收支付成功通知,我们需要在微信商户平台设置回调通知地址,当用户支付成功后,微信会向该地址发送 XML 格式的通知数据。因此,我们需要编写一个接口来处理这些通知数据。 以下是实现该接口的步骤: 1. 确定回调通知地址,可以是一个 API 接口,例如:/api/payment/notify。 2. 使用 midwayjs 作为开发框架,它集成了 koa 框架,并提供了一些更加便捷的开发方式。 3. 使用 typescript 语言编写代码,可以提高代码质量和可读性。 4. 在接口中使用 koa-bodyparser 中间件来解析 XML 数据,将其转换为 JSON 格式,方便后续处理。 5. 验证通知数据的签名,确保数据的安全性和完整性。 6. 根据通知数据中的订单号查询订单信息,确保订单的合法性。 7. 根据订单信息更新相应的业务数据,例如订单状态等。 8. 返回响应给微信服务器,告知通知处理结果,必须返回 success 或者 fail 。 以下是一个简单的示例代码: ```typescript import { Context } from 'midway'; import * as parser from 'koa-xml-body'; import * as WechatPay from 'wechatpay-nodejs'; import * as config from '../config'; export default class PaymentController { async notify(ctx: Context) { const xml = ctx.request.body; // 解析 XML 数据 const data = await parser(xml); // 验证签名 const wp = new WechatPay(config.wechatPay); const valid = wp.verifySign(data); if (!valid) { ctx.body = '<xml><return_code><![CDATA[FAIL]]></return_code></xml>'; return; } // 处理订单信息 const order = await getOrder(data.out_trade_no); if (!order) { ctx.body = '<xml><return_code><![CDATA[FAIL]]></return_code></xml>'; return; } // 更新订单状态 order.status = 'paid'; await updateOrder(order); // 返回成功响应 ctx.body = '<xml><return_code><![CDATA[SUCCESS]]></return_code></xml>'; } } ``` 需要注意的是,以上代码仅为示例代码,实际开发中还需要考虑更多的细节和异常情况,例如网络异常、数据库错误等。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 4
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值