Node.js开发ERP应用是否可行

网站建设知识 phpacg 2年前 (2018-04-24) 165次浏览 0个评论

团体相似的阅历是前端Angular.js+后台经过Node.js衔接数据库做的一个党员管理系统,业务逻辑基本放在前段和数据库了。以减轻Node自身的担负做的设计,更多的只是经过Node提供Restful API,这对写B/S来说十分温馨。

我团体觉得Node和javascript学习本钱低,而且开发速度不比RoR慢,这个才是相较.NET和J2EE更值得思索的要素。

不过思索到可维护性的话。静态言语有天生的缺乏,Javascript的牢靠性和动摇性一定不如C#和Java有保证一些。另外Node只开展了这几年,不如另外两个成熟,用这个也得冒相应的风险。

但是Node的模块设计很不错啊,而且工具链也比拟完善。异步效果完全可以用Async或Q来处置。情愿做尝试也未尝不可。

就本效果背景而言,60W的C++代码用Node重构的话,代码量一定会增加不少(虽然我没有相似重构阅历,仅凭猜想)。维护起来放不方便,基本上看模块的划分和团体阅历了。

不过,C/S改B/S难道就要把原来的C++代码废弃吗?我团体以为的运用Node的话,最佳方案就是用Node与C++交互(毕竟Node也是用C++写的)。为原来的效劳器写一份用于阅读器的Restful API,然后运用前端MV*框架就可以了。

呃呃,这样子的话似乎不用Node也可以……

最后我不以为用Node对数据库的操作会存在效果。关键点在于Node对Office的操作很蛋疼,我现在处置excel还是先将它转成cvs格式。虽然有Node-Office的库,但还是让我有不如自己写的激动。不事先来发现也有处置比拟方便的库,但是没有实践运用就不多说了。

喜欢 (0)
发表我的评论
取消评论
表情 贴图 加粗 删除线 居中 斜体 签到

Hi,您需要填写昵称和邮箱!

  • 昵称 (必填)
  • 邮箱 (必填)
  • 网址