また、よく考えられたアーキテクチャを通じてアプリを拡張およびスケーリングするためのベストプラクティスも探しています。上記のプラクティスはすべて、中小規模のアプリで機能しますが、大きなチームで作業すると失敗します。私が試したいくつかの方法があります：
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、vanilla JavaScript、ES6で使用できます。最良のことは、コンポーネントがOOPであることです。以下はその例の1つです。
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）すでに述べたように、パッケージを使用してスケーリングできます。それには、優れた抽象的な考え方が必要です。それは望遠鏡で動作するようです：https：//github.com/TelescopeJS/Telescope
5）meteor-template-extension –テンプレートヘルパー、イベントハンドラー、テンプレート間のフックをコピーするさまざまな方法を提供し、コードの再利用を可能にします。欠点は、すべてのコピーを開発者が何度も何度も行う必要があることです。これは、コードベースが大きくなると問題になります。さらに、明確に定義されたAPIコミュニティがなければ、コンポーネントを構築して共有することはできません
6）フローコンポーネント – API設計ではフローコンポーネントがReactに近く、Blazeコンポーネントはデータコンテキストやテンプレートヘルパーなどの使い慣れた概念を維持しています。一方、フローコンポーネントは引き続きテンプレートベースのイベントハンドラーを使用しますが、Blazeコンポーネントはそれらをクラスメソッドにして、継承による拡張やオーバーライドを容易にします。一般に、BlazeコンポーネントはよりOOP指向であるようです。フローコンポーネントはまだ正式にリリースされていません（＃5および＃6のテキストクレジットhttps://github.com/peerlibrary/meteor-blaze-components#javascript-and-es6-support）
2番と3番もある程度慣れる必要がありますが、時間の経過とともに開発速度が向上します。4つ目は、コンポーネントをビルドおよびテストして、コードをより安定させることです。3番目には、Typescriptの完全な型安全性という利点があります。これは、不十分なドキュメントを使用してチームで開発する場合に非常に役立ちます。しかし、私は現在TypeScriptに2番を移植しています。GScriptを使用していないときにMeteorで動作させるためにコンパイラーパッケージを調整する必要がないからです。
Meteorを操作する正しい方法を見つけるのは依然として困難です。あなたはそれを自分で理解する必要があります。そうしないと、うまく整理されたフォルダ構造になってしまいますが、すべてがどこにあるのか手掛かりがありません。ハッピーコーディング。
