メインコンテンツへスキップ
アプリには2つのカスタムオブジェクトが必要です: ドキュメントテンプレート (書き込み内容) と ドキュメント (生成された結果). 定義してみましょう CLI で各エンティティファイルをScaffold — 有効な UUID と適切な フォルダーを生成します。
以下に完成したファイルを示します。
すべての *_UNIVERSAL_IDENTIFIER 定数は src/constants/universal-identifiers.ts にあり、使用される場所で import されます。 下のスニペット は、簡潔にインポートするためにそれらを省略します。あなた自身のファイルに保存します。

テンプレートオブジェクト

テンプレートには name{{placeholders}} を含む body、そして Person 向けか Company 向けかを示す target があります。 bodyRICH_TEXT フィールドです。したがって、20 はリッチテキストエディタを提供します。
SELECT オプション valuesUPPER_CASE (PersonではなくPERSON) でなければなりません。そして defaultValue は余分な引用符で包まれています: “‘PERSON’``` 。label`は ユーザーが見るものです。

ドキュメントオブジェクト

生成されたドキュメントには、レンダリングされた contentstatus が保存されます。 DRAFT / ジェネレータstatusで選択し、同じ方法で を定義します。 フルファイル: document.object.ts.

リレーションとリンクする

各ドキュメントは、それがから来たテンプレートを指す必要があります。 リレーションは 双方向 で、それぞれ独自のフィールドファイルで両側を定義します。
反対側(template-documents-relation.field.ts)は、逆方向を指す「ドキュメント」という名前の RelationType.ONE_TO_MANY フィールドです。 フルパターンについては Relations を参照してください。

二十日で見る

yarn tin dev が実行されている場合は、 Settings → Data model を開きます。 両方のオブジェクト がアプリでタグ付けされて表示されます。
ドキュメントとドキュメントテンプレートを表示するデータモデルの設定

ドキュメントジェネレータアプリが所有するカスタムオブジェクトの両方。

1つのテンプレートを作成してテストするには、セールスプロポーザルという名前を付けてください。ターゲットPersonに設定し、いくつかのプレースホルダーを持つ本体を貼り付けてください:
プレースホルダー ボディを持つ販売提案テンプレートの記録

テンプレートレコード。 本文は、ドキュメントが生成されるまでプレースホルダを保持します。

このステップの後: documentTemplatedocument オブジェクト、 リレーションによってリンクされているオブジェクト、 そして生成するテンプレートが 1 つあります。 次に、それを埋めるロジック。

次へ: ドキュメントの生成 →

テンプレートを満たすロジック機能を記述します。