APP已经上线了,要做个APP简化版的H5,初步的想法是Nodejs不直接操作数据库,用Node.js后台包装调用下已经写好的Java接口,然后把数据渲染给前端,这样靠谱吗?
有啥不靠谱的?
有啥不靠谱的 我们node还调go写的微服务-。-
APP已经上线了,要做个APP简化版的H5,初步的想法是Nodejs不直接操作数据库,用Node.js后台包装调用下已经写好的Java接口,然后把数据渲染给前端,这样靠谱吗?
虽说不知道你说的“接口”到底指什么,但是也没有什么不靠谱的。 不过,为什么要这样多此一举呢?前端页面直接用 java 的 http 服务不就好了?
做代理没什么不合适的
围观
@yszou 就是普通的APP接口,我想用node调用JAVA的数据接口然后用ejs模板渲染给前端页面,公司就我一个前端,我又不会JAVA,他们后端又不搞,只能自己动手了,所以想问问靠谱不靠谱
有啥不靠谱的?理由是什么?
你写的 node 服务靠谱的话就靠谱
靠不靠谱不在于是谁调用,而是java那边写的接口靠不靠谱
十分靠谱,只要Java给接口靠谱, 你的node服务靠谱,规划下前端的路由基本就没什么问题了。 可以考虑下nunjucks 来作为模板引擎。
大前端,都是这么干的吧。
前后端分离的典型应用场景0.0
看看这个开源项目:https://github.com/joeferner/node-java 在nodejs上下文中直接调用JDK JAVA API。但是,这个很麻烦。你真心地认为这么做划得来吗?
我推荐你还是把JAVA WEB SERVER做成一个REST API。然后,你自己还可以写node.js web server来做一些额外加工。以后再有新功能,你就可以考虑直接从node.js里连接数据库了。这样一方面兼容旧内容,也为以后新功能打开了node.js的局面。