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