- PR -

VS.NETで相互にWindows.Formを参照

«前のページへ 1|2|3
投稿者投稿内容
toppo
ベテラン
会議室デビュー日: 2003/10/28
投稿数: 89
お住まい・勤務地: 東京・池袋
投稿日時: 2003-12-09 16:03
引用:

Jittaさんの書き込み (2003-12-09 13:39) より:
　今やっているプロジェクトで、データベース、文書管理システム、ソース管理システムをそれぞれ複数のパッケージソフトを利用可能にしているので、近い処理をしていると思うのですが。。。。

　どうも、うまく言葉にできません。そうですね、参照系、更新系ということですが、

参照系　←表示させる←　コントロール　→表示させる→　更新系
　　　　→戻る　　　→　　　　　　　　←戻る　　　←

のようにします。参照系（更新系）から更新系（参照系）を表示する際は、プログラムスレッドは次のように流れます。

コントロール→参照系（戻り値：更新系表示）→コントロール→更新系
コントロール→更新系（戻り値：参照系表示）→コントロール→参照系

こうすると、遷移は更新系←→参照系相互ですが、縁の下の力持ち、コントロール君から更新系か、参照系を表示するため、コントロールは更新系、参照系共に「参照」しますが、画面の方はコントロールを参照しません。


そうですね。丁度このようなアーキテクチャを思い描いていました。

引用:

〜〜〜
大きなサイズのdllを縮小する為に
　　単純に適当なところでプロジェクトを分割してよいのか？

答えとしては、否である。
〜〜〜
否、というより、そういう理由で分けようとしたことが「開発作業の為の設計」ではないでしょうか。また、私は「適当」という言葉を使わず、「適切」という言葉を使います。言葉遊びですが、「適当」、本当は「適（かな）う、当たる」なんですけどね。「どうでもいい」というような意味で使われますから。で、「（用途に）適い、当たる」ように設計するならば、もっと慎重に設計するのでは？


うーーーん。
スマートクライアントとしてユーザーにアプリケーションを
提供する際に、ダウンロード時間が予想以上にかかってしまったので、
dllをもう少し小さな粒度に分割しよう。
というようなケースを想定して書いていたのですが、
そのような場合に、どういう粒度で分割するかを設計するのは
「開発作業の為の設計」に当たらないと思っています。

果たして設計の段階で、ダウンロードサイズを考慮して
プロジェクトを切り分けるでしょうか？
要素のひとつにはなると思いますが、それ以上にほかの要素によって
決定される事だと思います。
（それが機能単位だったりする事が多いのではないかと。）

その結果
　ダウンロードに予想以上の時間がかかる。
　dllを分割しなければいけない。
画面遷移の関係上分割不可能！！
という結果に陥るのが腑に落ちなかったのです。

しかし、Jittaさんや架空兎さんのおかげで、
コントロール的に機能するクラスを利用して
画面遷移を制御する事で、そのような制約から解放されるなぁ
という手ごたえをつかめました。

最初からそのような設計をしっかりやれば良いのですね。

Jitta
ぬし
会議室デビュー日: 2002/07/05
投稿数: 6267
お住まい・勤務地: 兵庫県・海手
投稿日時: 2003-12-10 11:13
引用:

toppoさんの書き込み (2003-12-09 16:03) より:

スマートクライアントとしてユーザーにアプリケーションを
提供する際に、ダウンロード時間が予想以上にかかってしまったので、
dllをもう少し小さな粒度に分割しよう。
というようなケースを想定して書いていたのですが、
そのような場合に、どういう粒度で分割するかを設計するのは
「開発作業の為の設計」に当たらないと思っています。

　それでは、遷移図を見て・・・というのも、「開発作業のための設計」に当たらないと思います。
　つまり、変更が入ることを見越し、変更による影響範囲が狭くなるように設計する、のですから。DLL-HELLの影響が少なくなるようにするのは、作業だけではなく、配置もターゲットとするのではないでしょうか。


#要は、考え方次第、っつうことで
«前のページへ 1|2|3

スキルアップ／キャリアアップ（JOB@IT）