我将Sails.js评估为在Wakanda JS全栈平台上进行大约四年的开发时，可能是最紧密一致的替代方案。基于以下概述，我将感谢Sails.js社区的观点：
AS-IS：WakandaDB，Node.js / SSJS / Node Workers / Shared Workers；客户端：Angular 5 for Web和Ionic / Cordova混合移动应用程序。
Wakanda DB和Wakanda API和dataclass / dataclass方法体系结构及其所有现成的功能将不再起作用。
似乎Sails.js与我当前的技术堆栈最接近。社区对此表示同意吗？我知道社区很大，但是我看不到有关Amazon书籍的证据（例如与Meteor平台相比）。
欣赏观点以及与迁移相关的指南/参考的任何参考。
柯克
我现在已经职业使用了sails.js四年了。我使用的版本是V0.12，现在使用的是V1.0。
我从没听说过Wakanda框架，所以我不能告诉您技术堆栈是否匹配。
我只能说Sails.JS具有优势和劣势。我会给你缺点，以便您看看这是否不适合您。
社区不是最活跃的，很多为v0.12开发的好东西几年后还没有准备好用于v1.0（我想到的是提供良好ACL结构的sails-auth和sails-permissions）。
他可能会为小型项目做大，但我认为这不是您需要的问题。
他在MongoDB上工作得很好，但在其他数据库系统上工作得不多（即使社区为其他数据库开发了作为postgresql的适配器）。
对我来说，这个框架的最大弱点是他的ORM。这将使您感到不安，您将不得不重写某些部分，例如从express req创建查询标准并为查询设置默认限制的部分，即使您不询问也是如此。我不使用mongo，不使用适配器提供的迁移脚本，而是使用db-migrate构建自己的迁移脚本。
因此，我将针对具有复杂API但具有简单DB结构的项目推荐Sails JS。
希望这会帮助您选择；）