所以我只是使用numtel/meteor-mysql成功构建了我的第一个meteor mysql应用程序。
它就像一个魅力，但我有一个问题 - 我正在研究一个更大的项目，不同的客户有不同的后端。所以后端mysql结构肯定会改变很多。
前端和大多数代码虽然会相同。所以当然我希望能够尽可能简单地修补所有这些代码。如果某些后端代码总是发生变化，那么这是不可能的，因为每个＆＃34;流星节点包＆＃34;每个客户都会有所不同。
我的想法是拥有一个处理后端mysql调用的流星微服务，并通过DDP将数据提供给主应用程序（也用Meteor编写，对每个客户都是一样的）。 使用mongo，可以显示here和here。
在使用提到的包时，有没有人知道如何使用mysql后端完成所有这些操作？
或者有人知道如何在不需要微服务的情况下实现上述易维护性的目标吗？
答案 0 :(得分：1)
我想我知道你需要什么。基本的想法是构建一个单独的应用程序，公开某种CRUD API。
对于Meteor来说，有一个非常好的软件包可以帮助构建可维护的API，请参阅nimble:restivus package。
接下来要做的是将REST API与单片应用程序分开，并将其部署为另一个Meteor实例，无论是同一台服务器还是新服务器。
最后，您必须从应用程序中使用新的API来发送和接收存储在MySQL DB中某处的数据。只需使用http package中的HTTP.call。
答案 1 :(得分：1)
感谢您对所有人的回答，但事实证明我应该更仔细地阅读文档，因为numtel/meteor-mysql提供了开箱即用的DDP mysql订阅。
所以我现在运行两个单独的流星应用程序，通过标准的DDP包进行通信。 “API”流星应用程序仅限服务器并运行numtels包以进行SQL调用。主应用程序使用相同的程序包进行订阅，以获得反应式数据绑定。