バージョン: v2.0

コンポーネント

ロードされるあらゆる単位 — コマンド、リスナー、Precondition、サービス、プラグインが追加する種別 — は Component です。種別が違っても、持ち物・ライフサイクル・命名・見つかり方の規約はすべて共通です。このページはその共通部分をまとめます。

コンポーネントが持つもの

export class ExampleCommand extends Command {
  override async chatInputRun(interaction: ChatInputCommandInteraction) {
    this.name;       // "example" — ストア内で一意
    this.container;  // フレームワーク共有サービス(client, logger, stores, services)
    this.client;     // this.container.client の短縮
    this.services;   // services/ のクラスへ import 不要で到達
    this.logger;     // pino 子ロガー: { store: "commands", component: "example" }
    this.store;      // 所属ストア
    this.location;   // 自動探索元のファイルパス(明示登録なら null)
  }
}

構築の契約

コンポーネントは引数なしで構築されます — コンストラクタ引数を宣言せず、コンストラクタやフィールド初期化子でフレームワークのサービスに触れないでください。フレームワークが構築直後にインスタンスを初期化し、その後 onLoad を呼びます:

export class ExampleCommand extends Command {
  #interval?: ReturnType<typeof setInterval>;

  override onLoad() {
    // ここからフレームワークのサービスが使える
    this.logger.info("ロードされました");
    this.#interval = setInterval(() => {}, 60_000);
  }

  override onUnload() {
    clearInterval(this.#interval);
  }
}

これにより、他のフレームワークにある constructor(context, options) { super(context, options) } のような引き回しは一切不要になっています。

ライフサイクル

フック	呼ばれるタイミング	典型的な用途
`onLoad()`	初期化・メタデータ適用の後、ストア追加の直前。`await` されます	DB を開く、状態の準備、`this.services` の利用
`onUnload()`	ストアから削除・配線解除の後。`await` されます	接続を閉じる、タイマー解除

失敗時の挙動も明確です: コンストラクタや onLoad の例外は ComponentLoadError として起動時に失敗します(fail-fast)。中途半端な状態のコンポーネントが残ることはありません。

ロードは種別ごとに逐次で、services/ が最初です — 他コンポーネントの onLoad からサービスを安全に使えます。ロード / アンロードのたびに componentLoaded / componentUnloaded イベントが発火するので、ライフサイクル自体をリスナーで観測することもできます。

命名

コンポーネント名は次の優先順で決まります:

自身の @X.define({ name }) に書いた name
クラス名からの導出: 種別サフィックスを除去してケバブケース化 (UserInfoCommand → user-info。Precondition は大文字小文字を保持: OwnerOnlyPrecondition → OwnerOnly。Service は lowerCamelCase: GuildSettingsService → guildSettings)

名前はストア内で一意で、衝突は起動時エラーです。サブクラスが親の name を引き継ぐことはありません。それ以外のメタデータは継承されます — 基底クラスに宣言したオプションはサブクラスにも適用され、フィールド単位の浅いマージでサブクラス側が勝ちます:

@Command.define({ preconditions: ["StaffOnly"] })
abstract class StaffCommand extends Command {}

@Command.define({ description: "メンバーをキックします。" })
export class KickCommand extends StaffCommand {}
// KickCommand: description "メンバーをキックします。", preconditions ["StaffOnly"]

デコレータは宣言、ローダーが実行

すべてのコンポーネント種別は static な define デコレータを持ち、そこにメタデータを宣言します。フレームワークが使うのは標準(TC39 / TypeScript 5+)デコレータです — experimentalDecorators は有効にしないでください(インストール)。

define はクラスのデコレータメタデータにオプションを書くだけです。 I/O は行わず、何も登録せず、ストアにも触れません — 読むのはクライアントのロード時のローダーです。そのため、コンポーネントファイルの import は完全に副作用フリーです。

X.define は X を継承したクラスにしか付けられず、ジェネリクスも流れます: Listener<"clientReady"> のサブクラスへの @Listener.define({ event: "messageCreate" }) はコンパイルエラーです。

デコレータ自体は必須ではありません — 基底クラスを継承していればコンポーネントとして成立します。ただし種別によっては必須のメタデータがあります(スラッシュコマンドの description、リスナーの event)。必須メタデータの欠如は、実行時に黙って壊れるのではなく、必ず起動時に正確なメッセージで失敗します。