- - PR -
ファイルの構成について。
1
投稿者 | 投稿内容 | ||||
---|---|---|---|---|---|
|
投稿日時: 2003-04-14 14:55
こんにちは。
現在開発中なのですが、共通画面(ログイン等)と親プロジェクトとし、 各サブ画面を子プロジェクトとして開発を進めています。 そうすると、dllが親プロジェクトにも子プロジェクトにも できてしまってサイズが大きくなってしまっています。 こういう構成はしないほうがいいのでしょうか? みなさんはどうされていますか? [ メッセージ編集済み 編集者: たろうの母 編集日時 2003-04-14 15:03 ] | ||||
|
投稿日時: 2003-04-14 16:27
こんにちは。
プロジェクト(全体)の性質によるのではないでしょうか。 「作ったきり」なら、細かく分ける|全体を一つにすることに差はないと思います。分ける方が多人数の時に分担しやすい、くらいかな。 後々メンテナンスをしていくなら、プロジェクトを細かく分け、かつ設計段階でプロジェクトの独立性について考えるとよいと思います。プロジェクトを分け、独立性を高くする(単独でも実行可能か、起動通知とユーザ名をもらうくらいにする)ことで、修正の影響を考える範囲が狭くなるし、反映のために持っていくモジュールが小さくなります。 | ||||
|
投稿日時: 2003-04-14 23:27
ご返答、ありがとうございました。
dllができてしまうのはそういうものだと割り切るしか ないんですね。。 私は独立性は考えていませんでした。 大まかに分けると、DB関連の共通処理、 各コントロールなどで使うイベントで使う共通処理、 画面固有の処理という感じで、 画面固有の処理だけを子プロジェクトに持たせる のが普通なのかな、、っと。 | ||||
|
投稿日時: 2003-04-15 02:36
同じようなプロジェクト構成で質問です。
各プロジェクトにログイン画面を用意しているのですが、 このログイン画面を共通プロジェクトに入れて、各プロジェクト 内でDLLをインポートしたいのです。この場合のCookieは 各プロジェクト毎に作成されるのですか? そうでない場合はどのようにすればよいのでしょうか。 例)プロジェクト3つ+共通プロジェクトで、できる Cookieはプロジェクト3つの中に1つずつです。 よろしくおねがいします。 | ||||
|
投稿日時: 2003-04-15 11:09
もしかして、.objのようにコンパイル/リンク時にのみ必要で、実行時には不要にしたい、という意味だったのでしょうか。 確かに、私も最初に1ソリューション複数プロジェクトにしたとき、「参照される」プロジェクトが全てDLLになり、デフォルトでは「参照する」プロジェクトの出力フォルダにコピーされることにとまどいを感じました。 しかし、ここで考え方を変えてみると、こうすることにより「再利用」がしやすくなるというメリットがあるのです。DLLであるにもかかわらず、.NETプロジェクト(マネージプロジェクト)同士であれば、DllInportなどの面倒なことをしなくても参照できていますよね!もし、まったく同じことが必要な仕事ができたら、DLLだけ渡せばいいですよね(ソースも渡すと、ソースを2重に管理しなければならない)。 余談 私が就職して間もないころ、上司に「作るな」といわれました。できあがっている(テストがすんでいる)ものを使う方が品質がよくなる、という意味です。最近、この言葉がよくわかります。これまで私は「作り方」をためてきましたが、「作る」作業が入ると、検証しなければなりません。しかし、「作ったもの」をためると、検証しなくてもよいのです。今まで作ってきたものをどのように「部品化」して再利用するか、それが今の私の課題です。 | ||||
|
投稿日時: 2003-04-15 23:47
部品化は私も課題です。
それだけ今後の開発効率も上がるし、 実績があるものを使用するほうが障害も少ないですもんね。 私は今、今後のメンテナンスを考え、 ロジックの整理をしているのですが、 少しでも変更すると検証せざるを得ないので大変です。 時間に追われて開発している現状で、 ”とりあえず動けば。。”という考えが こういう結果になってるんでしょうね。 勉強になりました。 |
1