 |
||||||||||||
|
||||||||||||
| 前のページ 1 2 3 次のページ | ||||||||||||
|
||||||||||||
| Rimlessなソフトウェアの改訂 | ||||||||||||
|
一方でRimless Computingの環境では、「ソフトウェアを構成する機能自身が外界と動的（動作時）にやり取りする」ために、上記のメイン部が前提として持っていた「当然の了解事項」も「新しい当然の了解事項」もなしに、プログラム部品を作成します。  図2：Rimlessなソフトウェア （画像をクリックすると別ウィンドウに拡大図を表示します） ソフトウェアが起動してから、入力・出力部分として何が存在するかが調べられ、結果として図2で示す部品で構成されるソフトウェアができます。ですから、受信部の追加を行うときは、新しいソフトウェア部品である受信部のみを配信すればよいことになります。 Rimless Computing環境では、差分配信の差分が小さくできるほどの恩恵しかないのでしょうか。そんなことはありません。ソフトウェアが起動している間に、更に新たなソフトウェア部品（例えば送信部など）をメイン部分はそのままにして、追加することも可能になるのです。 |
||||||||||||
| 改訂の衝突 | ||||||||||||
|
従来のRimmedな世界で、送信部の追加を受信部を作成したのとは別のベンダーが、受信部と同時に送信部の作成を行ったとするとどうなるでしょうか。  図3：改訂の衝突 （画像をクリックすると別ウィンドウに拡大図を表示します） このように両者の変更が1つのメイン部上で行われると、改訂が衝突してしまいます。いずれにせよ、望まれる正しい改訂にはなりません。ユーザが欲する「入力・受信部からデータを受け取って送信・出力部に渡す」メイン部を作る方法がRimmedな世界では存在しないのです。 |
||||||||||||
|
前のページ 1 2 3 次のページ |
||||||||||||
|
|
||||||||||||
|
|
||||||||||||
|
||||||||||||
|
|
||||||||||||
|
||||||||||||
|
|
||||||||||||
|
||||||||||||
|
|
||||||||||||
|
||||||||||||
|
|
||||||||||||
|
||||||||||||
|
|
||||||||||||
|
||||||||||||
|
|
||||||||||||
|
||||||||||||
-
-
連載
