$mol
検索
⌘ K
ドキュメント
プレイグラウンド
比較
エコシステム
概要
JA
モジュールのメタデータ
Getting Started
はじめに
メンタルモデル
はじめかた
TypeScript から view.tree へ
プロジェクト構成
ツール
Essentials
インストール
ビュー
状態とリアクティビティ
ルーティング
レンダリング
テスト
デプロイ
トラブルシューティング
Data
データ取得
データスキーマ
Giper Baza
More
ショーケース
React、Vue、Svelte から
クックブック
Advanced
プラグイン
モジュールのメタデータ
オフライン
ゴーストビュー
About
よくある質問
チーム
リリース
API
$mol_button_major
$mol_button_minor
$mol_string
$mol_number
$mol_text
$mol_paragraph
$mol_list
$mol_row
$mol_link
$mol_check
$mol_switch
$mol_select
$mol_scroll
$mol_page
$mol_pick
モジュールのメタデータ
モジュールのコンポーネントと並んで、
name
.
meta
.
tree
ファイルは
ビルドとデプロイのメタデータ
を宣言します——個々のビューではなく、モジュール全体に関わる事柄です。アプリモジュールがそのための通常の置き場所です。
これはこのサイトの
app
.
meta
.
tree
です。
1
include
\/mol/offline/install
2
include
\/bog/builderui/theme.css
3
deploy
\/bog/smalljs/assets
ディレクティブ
deploy
\/path
——指定したファイルまたはフォルダーを本番ビルドの出力へコピーします。デプロイが運ぶべきだがどのコードもインポートしない静的アセット——画像、フォント、アイコン——に使います。ここでは
\/bog/smalljs/assets
がロゴと
assets
/
以下の他のファイルを同梱します。
require
\/path
——どのコードも参照しなくても、モジュールを強制的にバンドルへ入れます。そのモジュールのコードが、この
meta
.
tree
を持つモジュールのコードより
前
に走らなければならない場合のためです。通常の高優先度の依存として取り込まれます。モジュールパス(
\/mol/wire/patch
)でも単一ファイルでも動きます。
include
\/path
——同じ強制取り込みですが、読み込み順が問題にならない場合のためです。モジュールは取り込まれますが優先度が下げられるので、それに依存するコードより後に読み込まれます。例:
include
\/mol/offline/install
(副作用としてサービスワーカーを登録)と
include
\/bog/builderui/theme.css
(生のスタイルシート)。
pack
<name>
git
\<url>
——名前空間を、MAM がそれを取得する git リポジトリに対応づけます。例:
pack
mol
git
\https://github.com/hyoo-ru/mam_mol.git
。
$mol_
*
、
$hyoo_
*
、そしてあなた自身のパッケージは、これによって実際のコードへ解決されます。
そもそもなぜ取り込みを強制するのでしょうか。ビルダーは依存を自動的に割り出し、あなたのコードが実際に使うものだけをバンドルします。ときどき、コードが参照
しない
モジュールが必要になります——たとえば、コンポーネントのカタログ全体を実行時に存在させるためにバンドルするアプリです。
require
と
include
はまさにその場合をカバーします。違いは読み込み順だけです。
どこに置くか
pack
宣言は
ワークスペースのルート
の
.
meta
.
tree
に属します——それはワークスペースが取得できるすべてのパッケージのレジストリです。サブモジュールではなく、そこに置いてください。サブモジュール自身の
meta
.
tree
は、それに固有の
require
/
include
/
deploy
だけを持つべきです。
GitHub でこのページを編集
役に立ちましたか?
はい
いいえ
前へ
プラグイン
次へ
オフライン
このページの内容
ディレクティブ
どこに置くか
Type to search the documentation.