一尘不染

Java + NodeJS通过套接字通信:不好的主意?

node.js

我喜欢NodeJS的某些功能,特别是JQuerification,通过socket.io的websocket兼容性,我不能与JSP一起使用的视图和CSS引擎(当然还有异步调用)。至少据我所知。因此,我计划在后端为Java的情况下创建应用程序,前端由NodeJS生成。前端表单将数据发送到NodeJS,后者将通过NodeJS和Java后端之间的套接字连接将其传递到Java后端。因此,NodeJS基本上就像前端和Java后端之间的中间件。

这将是一个非常大的应用程序,我的计划看起来很令人兴奋,但是我会因为走这条路而讨厌自己的未来吗?

我这样做的好处是,我可以拥有很多实时图表和仪表板,并增强与表单的交互。


阅读 295

收藏
2020-07-07

共1个答案

一尘不染

问题是您谈论的是通用平台。Node.JS作为前端,JAVA作为后端。根据您的实际需求,这可能是奇妙的,也可能是可怕的。

所以呢?人们是否愿意使用成熟技术(或其他原因)会做出回应。

炒作

人们认为node.js的主要原因是炒作。像几年前的XML数据库。XML很酷,一切都必须用XML来完成…如果您注意到,没有人再谈论XML数据库了。

因此,node.js是新的,而您附近的博客则在谈论它,并与NoSQL数据库一起完美匹配。

异步IO

然后是诸如异步IO之类的理由。你懂?POSIX标准中的内容可能已存在20多年了。是的,您在学校的C课程中学到了什么。顺便说一句,标准的JAVA
API也支持它。实际上,如果您收听node.js创建者,那么这并不是一个新概念,而仅使用异步库。那里的大多数库都使用线程模型,不能用于异步。Java本身并不是目标,但是JS中缺少任何标准库是一个很好的起点,因为它可以避免普通的joe通过包含错误的库而弄乱一切。那个不是我说的。

关键是现在有一些库,但是有一些由公司支持的库。我们仍然不在那里。同时,标准的专业框架已经在需要时支持异步行为,例如长轮询HTTP请求。请参阅Lift框架,请参阅Jetty或Tomcat对NIO的支持。

像XML数据库一样。现在,像Oracle这样的专业数据库确实支持XML。因此,如果您需要它,则可以保留标准的高性能数据库…以及只能执行此操作的专用解决方案…甚至没人记得它的名字。

Java脚本

现在使用javascript。Javascript是一个大胆的选择…由于缺少库。您知道仍然缺少什么。那就是为什么仍然需要Java后端的原因!但不仅如此…
IDE对javascript的支持也不是很好。自动完成?勉强工作。重构?你在开玩笑吗?多线程?不。node.js就像Windows
3.1一样。它使用协作式多任务处理。

结论

Node.js很有趣,但是还不成熟。您自己说过,必须选择Java才能进行诸如连接数据库之类的实际工作。该堆栈增加了另一层的复杂性。

要么您真的需要它,要么这是一个不错的折衷方案……要么您不需要它,要么只是取悦自己……然后在您看到自己花更多的时间做所有事情时恨自己……只是说您具有4层堆栈(浏览器,Node.js,JAVA,DB),而不是3层。仅出于宣传和令人愉悦的理论。

2020-07-07