バージョン 6 から バージョン 7 における更新: TracDoc/ComponentArhitectureJa

更新日時:

2006/10/21 12:00:47 (18 年 前)

更新者:

weekbuild (IP アドレス: 219.111.182.228)

コメント:

--

TracDoc/ComponentArhitectureJa

@@ -3 +3 @@
 {{{
 訳注：
- この章には、コンポーネントのメカニズムが書いてあります。ただし、ちょっと難しいし、プラグインを作る際に絶対必要というわけではありません。わからないところは飛ばして読んで、気になったらまたこのページを読んでください（訳も自信ありませんが）。
+ この章には、コンポーネントのメカニズムが書いてあります。ただし、ちょっと難しいし、プラグ
+インを作る際に絶対必要というわけではありません。わからないところは飛ばして読んで、気になっ
+たらまたこのページを読んでください（訳も自信ありませんが）。
 この章のポイントは以下です。
 
- * Tracのコンポーネントは、データのモデルに対応するよう作るものではなく、機能を提供する部品という観点で作るべきであること。
-   なお、コンポーネントは全てのアクセスに対してオブジェクトをひとつしか持たない（シングルトンである）。
- * コンポーネントの初期化は__init__メソッドで行うこと。ただし、__init__メソッドは引数をもてないこと。
-  * Tracのインタフェースは、（Javaのインタフェースと異なり）継承に類する概念とはちょっと違う。
-    インタフェースを実装さえすれば、Tracが必要なときに自分の作ったクラスを探し出して呼び出してくれる。（Javaのように、呼び出す側を変更する必要は無い）
+ * Tracのコンポーネントは、データのモデルに対応するよう作るものではなく、機能を提供する部品
+という観点で作るべきであること。
+   なお、コンポーネントは全てのアクセスに対してオブジェクトをひとつしか持たない（シングルト
+ンである）。
+ * コンポーネントの初期化は__init__メソッドで行うこと。ただし、__init__メソッドは引数をもて
+ないこと。
+  * Tracのインタフェースは、（Javaのインタフェースと異なり）継承に類する概念とはちょっと違
+う。
+    インタフェースを実装さえすれば、Tracが必要なときに自分の作ったクラスを探し出して呼び出
+してくれる。（Javaのように、呼び出す側を変更する必要は無い）
 }}}
 
 ^As the heart of Trac, [source:/trunk/trac/core.py#latest trac.core] implements a minimal component kernel that allows components to easily extend each others functionality. It provides a "meta-plugin-API": every component can easily offer its own plugin API by declaring "extension points".^[[BR]]
-trac.coreはTracの心臓部として、最小限のコンポーネントカーネルを実装します。そいつは、各コンポーネントが簡単にそれぞれの機能を拡張するための「メタプラグインAPI」を提供します。メタプラグインAPIにより、あらゆるコンポーネントは「エクステンションポイント」（extension point）を宣言することで、容易にプラグインAPIを他に提供することが出来ます。
+Tracの心臓部であるtrac.coreは、最小限のコンポーネントカーネルを実装します。trac.codeは、各コンポーネントが簡単にそれぞれの機能を継承するための「メタプラグインAPI」を提供します。メタプラグインAPIにより、あらゆるコンポーネントは「エクステンションポイント」（extension point）を宣言することで、容易にプラグインAPIを他に提供することが出来ます。
 （訳注；実際にTracでは、プラグインというべきクラスは全てcomponentクラスを継承している。）
 
@@ -20 +27 @@
 
 ^For our purposes, a component is an object that provides a certain type of service within the context of the application. There is at most one instance of any component: components are singletons. That implies that a component does not map to an entity of the application's object model; instead, components represent functional subsystems.^[[BR]]
-コンポーネントは、アプリケーションの中で、私たちの目的に合うサービスを提供するオブジェクトです。どのコンポーネントでも１つのインスタンスしか存在しません（コンポーネントはシングルトンです）。それは、コンポーネントがアプリケーションのオブジェクトモデルのエンティティ（実体）とは対応しないことを意味します。代わりに、コンポーネントは機能的なサブシステムを表します。
+コンポーネントは、私たちの目的に合うサービスをアプリケーション中で提供するオブジェクトです。どのコンポーネントでも１つのインスタンスしか存在しません（コンポーネントはシングルトンです）。それは、コンポーネントがアプリケーションのオブジェクトモデルのエンティティ（実体）とは対応しないことを意味します。代わりに、コンポーネントは機能的なサブシステムを表します。
 
 ^Components can declare "extension points" that other components can “plug in” to. This allows one component to enhance the functionality of the component it extends, without the extended component even knowing that the extending component exists. All that is needed is that the original component exposes -- and uses -- one or more extension points.^[[BR]]
-コンポーネントは、他のコンポーネントが「プラグイン」可能なように「エクステンションポイント」を宣言できます。これで、拡張しているコンポーネントが存在するのを知りながら、拡張されたコンポーネント使うことなく、あるコンポーネントの機能性を高めることが可能になっています。
+コンポーネントは、他のコンポーネントが「プラグイン」可能なように「エクステンションポイント」を宣言できます。これで、継承しているコンポーネントが他に存在しても、それを継承することなく、あるコンポーネントの機能性を高めることが可能になっています。
 必要であるのは元のコンポーネントが１つ以上の「エクステンションポイント」を宣言して（そして自分がそれを使って）いることだけです。
 
@@ -36 +43 @@
 ^The actual functionality and APIs are defined by individual components. The component kernel provides the “magic glue” to hook the different subsystems together -- without them necessarily knowing about each other.^[[BR]]
 実際の機能性とAPIは個々のコンポーネントによって定義されます。 コンポーネントカーネルは、異なる複数のサブシステム(しかもお互いを知らない)をフックするための「魔法の接着剤」を提供します。
+
 Public classes