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