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