迁移与技术对齐:来自瓦坎达的Sails.js

Question

我正在评估Sails.js作为在Wakanda JS全栈平台上进行大约四年开发的迁移的潜在最紧密一致的替代方案。我非常感谢来自Sails.js社区的基于以下概述的观点：

按原样: WakandaDB、Node.js / SSJS /节点工作者/共享工作者；客户端:用于网络和离子/科尔多瓦混合移动应用的Angular 5。

Wakanda DB和Wakanda API和数据类/数据类方法体系结构及其所有现成的功能将不再发挥作用。

看起来Sails.js是与我当前的技术堆栈最接近的。社区是否同意这一点？我知道社区很大，但我在亚马逊的书中看不到这一点的证据(例如，与Meteor平台相比)。

欣赏透视图和任何与迁移相关的指南/参考资料。

柯克

Answer 1

我已经专业地使用sails.js四年了。我使用的是版本V0.12和现在的V1.0。

我从来没有听说过Framework Wakanda，所以我不能告诉你技术堆栈是否匹配。

我所能说的就是Sails.JS有优点也有缺点。我只会给你一些缺点，这样你就可以知道这对你来说是不是不可行。

社区并不是最活跃的，许多为v0.12开发的好东西在多年后还没有为v1.0做好准备(我在考虑sails-auth和sails-permissions，它们提供了良好的ACL结构)。

他可能对小项目来说太大了，但我不认为这对你的需求是一个问题。

他在MongoDB上工作得很好，但在其他数据库系统上就不那么好用了(即使社区为postgresql等其他数据库开发了适配器)。

对我来说，这个框架最大的弱点就是他的ORM。这将玩弄你的神经，你将不得不重写一些部分，比如从express请求创建查询条件的部分，并为你的查询设置默认限制，即使你没有请求它。如果您不使用mongo，请不要使用适配器提供的迁移脚本，而是使用db-migrate构建您自己的迁移脚本。

因此，我会推荐Sails JS用于API复杂但数据库结构简单的项目。

希望这对您的选择有所帮助;)