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