あなたはこうお尋ねになるかもしれません。することではないのですか?」そして、私の答はこうです。必要ではあっても十分ではありません。コンポーネントの間の通信の仕組みを提供します。コンポーネントの登録とインスタンス化の基盤をすべて提供するわけではありません。そのための基盤を提供するのです。サービス、ファクトリー、コンポーネントの実装を支援します。サービスとファクトリーの登録をサポートします。これらのコンポーネントは、ウェブのコンテンツとブラウザーウィンドウから独立しています。ユーザーディスクからロードされ、ネイティブなコンポーネントのように動作します。コンポーネントは)できるだけネイティブなコンポーネントのように動作させることが原則になります。ファイルの中に「存在」します。ファイルには、以下の関数があるはずです。ファイルには、一つ以上のコンポーネントの実装があるかもしれません。呼ばれるネイティブなモジュールが一つあります。これは、このシステムをまとめる役割を果たします。ファイルを受け持ち、それら自身の登録を支援します。コードの間を仲介します。コンポーネントは、ブラウザウィンドウ上では動作しません。グローバルオブジェクトのコンテキスト上で、起動して動作します。クラスが利用できます。コンポーネントオブジェクトが利用できます。追加のコンポーネントがいくつか利用できるようになるかもしれません。コンポーネントの全リポジトリーにアクセスできるようになります。そのため、最初に感じられるほど、孤立した環境ではありません。ファイルをライブラリとしてインポートすることができます。これは「静的な」ライブラリの使用に似ています。経由で他のコンポーネント/サービスにアクセスするのは「動的な」ライブラリの使用に似ています。トップレベルのスクリプトを実行し、適切な初期化が行われます。対応するファクトリーモジュールとして、自分自身をコンポーネントマネージャに登録します。コードからこの呼び出しを受けます。マッピングをレジストリに保存します。実際のコンポーネントマネージャを呼び出して登録を行います。コンポーネントマネージャに渡します。ファイルにあるかを見つけます。オブジェクトに変換します。メソッドを自由に呼び出すことができます。モジュールは、ファクトリーやコンポーネントやサービスを自由に実装することができます。これらは、ファクトリーがコマンドに応じて構築します。コードがどこにあろうとも、あるいはどの言語で実装されようとも、これらに対し、コンポーネントマネージャとサービスマネージャ経由でアクセスすることができます。モジュールの生存期間の管理を担当しています。全体を削除するのを除いて)。おいて、もし、あるモジュールがオブジェクトを作成した後、そのオブジェクトへの参照が残っているにもかかわらず、そのモジュールをメモリから消去すると、すぐにクラッシュする可能性が高いです。この問題がありません。メソッドがもしあれば、それを呼び出すでしょう。モジュールのグローバルオブジェクトのルートを解放します。そのモジュールが保持していたオブジェクトを解放します。新しいインスタンスをロードするように強制し、やり直しを行います。どのようなメモリ除去の試みも拒否することはできます。いつ使えるようになるのですか?これは、すぐに実現するだろうと考えていました。そんなに難しくないことだと思います。inbox.現在、ニュースレターは英語でのみ提供されています。従って私の個人情報を扱うことに同意します。