Meteor 1.3拆分了更大的应用程序

Question

我们有一个使用Meteor构建的更大的Web服务。由于我们对生成的应用程序（它超过2MB的最终JS）不满意，我们希望将应用程序分成更小的部分，在我们的案例中有意义。

在这种情况下，你有什么好的策略来组织代码吗？ 当然最容易创建单独的git repos然后有一个难以维护的共享代码。

我在考虑是否有人知道一些技巧来参数化应该使用哪个main.js。例如，我们会：

server/main.section1.js
server/main.section2.js
server/main.section3.js

所以最后我希望有类似的东西：

meteor compile section1
meteor compile section2
meteor compile section3

结果我会有三个不同的应用程序，但代码将在一个回购中。

Answer 1

简短回答

单个repo文件结构：

section1
  -- Code specific to "section1" goes here
section2
  -- Code specific to "section2" goes here
section3
  -- Code specific to "section3" goes here
shared
  -- Shared files between "sections" goes here

答案很长

此时的流星在其内置的一个项目功能下没有“多服务”（la Django）。但是JS确实支持导入其他模块的相对文件路径，所以为什么不将每个服务拆分成自己的Meteor项目。然后在repo的根目录下有一个标记为shared的目录。现在只需使用相对文件路径导入共享代码库。请参见上文的视觉效果。