我也在寻找最佳实践，以通过一个构思良好的体系结构来增强和扩展我的应用程序。上述所有做法都适用于中小型应用程序，但是当您在更大的团队中工作时会失败。我尝试了几种方法：
1）我遵循以下策略：https : //github.com/aldeed/meteor-autoform来缩放和重用模板。作者对组件和现场设计有很好的想法。我之所以正在实施它，是因为社区开发了36个几乎涵盖所有情况的软件包，并且我可以在开发阶段使用TypeScript进行类型安全。
<template name="autoForm">
{{#unless afDestroyUpdateForm this.id}}
{{! afDestroyUpdateForm is a workaround for sticky input attributes}}
{{! See https://github.com/meteor/meteor/issues/2431 }}
<form {{atts}}>
{{> Template.contentBlock ..}}
</form>
{{/unless}}
</template>
下面是关于如何做一个好博客文章：http://blog.east5th.co/2015/01/13/custom-block-helpers-and-meteor-composability/还有这里：HTTP：// meteorpedia .com / read / Blaze_Notes
2）这个看起来很有希望，但是最近还没有更新。这是一个用咖啡脚本编写的包，称为。用于Meteor的Blaze组件（https://github.com/peerlibrary/meteor-blaze-components）是一个用于轻松开发需要在您的Meteor应用程序附近重用的复杂UI元素的系统。您可以在CoffeeScript，香草JavaScript和ES6中使用它们。最好的是，组件是OOP。这是他们的例子之一：
class ExampleComponent extends BlazeComponent {
onCreated() {
this.counter = new ReactiveVar(0);
}
events() {
return [{
'click .increment': this.onClick
}];
}
onClick(event) {
this.counter.set(this.counter.get() + 1);
}
customHelper() {
if (this.counter.get() > 10) {
return "Too many times";
}
else if (this.counter.get() === 10) {
return "Just enough";
}
else {
return "Click more";
}
}
}
ExampleComponent.register('ExampleComponent');
{{> ExampleComponent }}
3）我喜欢类型和翻译器，它们可以告诉我何时何地出现问题。我正在使用TypeScript与Meteor一起工作，并找到了以下存储库：https : //github.com/dataflows/meteor-typescript-utils似乎创建者试图完成MVC方法。
class MainTemplateContext extends MainTemplateData {
@MeteorTemplate.event("click #heybutton")
buttonClick(event: Meteor.Event, template: Blaze.Template): void {
// ...
}
@MeteorTemplate.helper
clicksCount(): number {
// ...
}
}
class MainTemplate extends MeteorTemplate.Base<MainTemplateData> {
constructor() {
super("MainTemplate", new MainTemplateContext());
}
rendered(): void {
// ...
}
}
MeteorTemplate.register(new MainTemplate());
<template name="MainTemplate">
<p>
<input type="text" placeholder="Say your name..." id="name">
<input type="button" value="Hey!" id="heybutton">
</p>
<p>
Clicks count: {{ clicksCount }}
</p>
<p>
<ul>
{{#each clicks }}
<li> {{ name }} at <a href="{{pathFor 'SingleClick' clickId=_id}}">{{ time }}</a></li>
{{/each}}
</ul>
</p>
</template>
不幸的是，这个项目没有得到维护或积极开发。
4）并且我认为已经提到过，您可以使用包进行扩展。这需要一种良好的抽象思维方式。它似乎适用于Telescope：https : //github.com/TelescopeJS/Telescope
5）meteor-template-extension –提供了多种方法来复制模板助手，事件处理程序和模板之间的挂钩，从而允许代码重用；不利之处在于，所有复制都必须一次又一次地由开发人员处理，随着代码库的增长，这成为问题。此外，如果没有明确定义的API社区，就无法构建和共享组件
6）流组件 –流组件在API设计中更接近React，而Blaze组件则保持熟悉的概念，例如数据上下文和模板帮助器；另一方面，Flow组件仍然使用基于模板的事件处理程序，而Blaze组件使它们成为类方法，因此通过继承更容易扩展或覆盖它们。通常，Blaze Components似乎更面向OOP；Flow组件尚未正式发布（＃5和＃6的文本鸣谢https://github.com/peerlibrary/meteor-blaze-components#javascript-and-es6-support）
2号和3号也需要一些使用，但是随着时间的推移，您将获得更快的开发速度。第四步使您可以构建和测试组件以使代码更稳定。第三名具有Typescript的完全类型安全性的优点，这在您编写文档质量差的团队时是一个巨大的优势。但是，我目前正在将第二个端口移植到TypeScript，因为使用它感觉很舒服，而且在我不使用Gulp时，不必为了使它与Meteor一起工作而需要花费一周的编译器包。
仍然很难找到与Meteor合作的正确方法。您需要自己弄清楚它，否则最终会得到一个排列合理的文件夹结构，但是您不知道所有内容在哪里。快乐的编码。
