tagCANDY CGI VBレスキュー(花ちゃん) の Visual Basic 2010 用 掲示板(VB.NET 掲示板) [ツリー表示へ]   [Home]
一括表示(VB.NET VB2005)
タイトルプロミング構造について
記事No4433
投稿日: 2006/10/19(Thu) 13:39
投稿者高橋
おつかれさまです。
環境:VB.NET2005 SQLサーバーでクラサバ環境で開発してる者です。
プログラミングの構造について伺いたいです。

今、サーバーからデータを取得し、計算し、Insert/Updateするとういう
一般的なシステム作りに参加しています。
画面数は、複数で、一覧画面から個々の画面、また一覧画面に戻るような
画面構造になってます。(複数は開けません)
また、どの画面からも、INSERT/UPDATEをする作りです。

そこで、リーダーさんから、どのようにプログラムしていくか相談されました。
が、自分は、キャリアが全くないので、答えられません。

で、いくつか調べました。
 1.画面単位でEXEにする方法・・・画面遷移は出来ますが、抽象クラスを全ての画面に
設定しなくてなならないし、とにかく遅い。
 2.画面(業務毎)に異なるプロジェクトに管理する方法
一方通行の画面遷移は可能ですが、相互となるとできない。
ここの掲示板だけでなく、ある方が作られたHPには無理と書かれてました。
また、相互依存の解消方法が書かれたHPがあったのですが、今の自分には
それが、自分のケースに合ってるのかさえも、理解さえも出来ませんでした。
 3.プロジェクトを分けない方法・・・全て解決するのですが、リーダーが嫌がってます。

やはり、上記の場合ですと、EXEにするしかないのでしょうか?
長々すみません。

[ツリー表示へ]
タイトルRe: プロミング構造について
記事No4439
投稿日: 2006/10/20(Fri) 20:25
投稿者るしぇ
>  2.画面(業務毎)に異なるプロジェクトに管理する方法
> 一方通行の画面遷移は可能ですが、相互となるとできない。
相互にしなきゃいいのでは?
呼び出し側のプロジェクトが全部管理すればいいと思います。

>  3.プロジェクトを分けない方法・・・全て解決するのですが、リーダーが嫌がってます。
嫌がる理由が書いてないのでは、リーダーのわがままにしか見えません。

> やはり、上記の場合ですと、EXEにするしかないのでしょうか?
根拠が分かりません。
クリアしなきゃいけない条件も分かりません。

ヘンな開発手段を選択された、使えないプログラムを押し付けられる
顧客はたまったものではありません。
…開発しないのがベストでは?

[ツリー表示へ]
タイトルRe^2: プロミング構造について
記事No4440
投稿日: 2006/10/24(Tue) 09:21
投稿者高橋
回答ありがとうございます。
結局のところ、3の同じプロジェクトにまとめることになりました。
後、やはり、.NETのプログラム設計は、
VBやCOBOLだけしかやってない方だと、危険なんじゃないかなと、
初心者の私が感じました。
JAVAで設計できる方だと、きれいに設計してたイメージがあります。
(前の現場が、JAVA経験者がリーダーでした。)

[ツリー表示へ]