我致力于研究用于热线的中型 Web 应用程序的开发。所以我有实时、并发访问、大数据模型和 CTI 约束。
最初我是一名 php 和 Java EE 开发人员，但像我们许多人一样，我已经阅读了很多关于 node.js 的新闻，并且我用小应用程序对其进行了测试。 node.js 的可能性很棒，但我觉得仅在中/大型 Web 应用程序中使用该技术非常困难。确实，与 symfony、play 或 ROR 等生产性框架相比，express 等框架非常简约。此外，node.js 生态系统发展非常快，可能难以维护。
我对nodejs的经验不够，所以想知道；是否只选择 node.js 来开发具有一些实时问题的中型/大型企业 Web 应用程序是否疯狂？您不认为仅针对特定功能（实时）将生产性框架与 nodejs 耦合是更好的方法吗？
谢谢， 问候 埃里克
【问题讨论】：
我正在开发一个大型实时业务网络应用程序，它需要一些实时交互，我们正在做的就是使用 django 来处理几乎所有事情，并使用 now.js 库处理实时内容。最初我们计划对所有事情都使用 node.js，但为了缓解一些时间限制，我们决定使用 django 会更快。
我们从一开始就注意到了一件事情，那就是有很多变化，其中一些变化破坏了我们所做的事情。在大多数情况下，跟上变化并没有真正使维护变得困难，但是它却使遵循教程等变得困难。
【讨论】：
在问题结束之前，我会尽快回答这个问题，因为只能通过意见而不是事实来回答。
所以，我将用我的观点来回答;)
我认为 node.js 目前的重点是构建响应速度非常快的小东西。我感觉到节点社区对“过于复杂的抽象”有很多反对意见。 （我可能误读了社区，但我不这么认为）。
对我来说，构建一个商业应用程序（例如：我过去的一些 Rails 项目已经 10 多年）我想要一个 ORM 抽象层等。我想你甚至想要这个构建一个花费了数月以上努力的应用程序。
除非有什么变化（例如，当他们的代码库变得太大时，节点社区会遇到问题）来自外部资源并用它做一些小事）等等......不适用于构建一个完整的大型业务工作流应用程序。
【讨论】：
现在是 2016 年。最近我决定使用 Sails / Node 而不是 CakePHP。今天我决定回到 CakePHP。幸运的是，我只编写了一个小模块（有点像在数据库中索引一些文件系统内容）。回调和承诺的数量这对我来说很烦人。获取文件元数据、在 Postgres 上搜索、仅在不存在时才创建记录的简单任务，需要 20 多行代码，我几乎要喝一瓶 Dramamine 哈哈
这一次我下定决心要保持一个极端层的分离。所以我的前端是完全静态的 html/js/css，用 Angular 编码。 Postgres DB 也不需要任何更改。而且 CakePHP 3 几乎可以轻松地提供 json/xml 服务。
还有可能是我有点傻……哈哈
【讨论】：