| ■36934 / inTopicNo.4) | Re[1]: フォーム遷移について |
| ■No36922 (non さん) に返信 > フォーム２のインスタンスを保持するインスタンスが無くなってしまうので当たり前といえば当たり前なのですが、Form1 −＞ Form2 −＞ Form3 > のような遷移をしたい場合にはどのような処理がC#では常套手段なのでしょうか？ 本当に、そのようにフォームを順次表示していってプログラム終了、でいいんですか? それなら、 これだけのことですけど… f(^^; static class Program { static void Main() { 前処理(); (new Form1()).ShowDialog(); 処理1(); (new Form2()).ShowDialog(); 処理2(); (new Form3()).ShowDialog(); 処理3(); } } 「画面遷移」っていう発想は、 昔のダム端 ( TSO 端末とか、 いろんな呼びかたがあります ) の時代のものです。 モニターには文字しか出せなくって、 画面全体でだいたい 80文字×25行くらいが表示できました。 そこに入力項目 ( イメージとしては TextBox ) が並んでいて、ユーザーがキーボードから入力項目にデータを入力して Enter キーを押すと、 その画面で入力した全部のデータがコンピューターに送り返され、 プログラムはそれを処理したら次の画面を端末に送信する… そんなふうにユーザーと対話するプログラムを作っていました。 その発想のまま、 (ダム端の 1画面分) = (Windows の 1フォーム) という解釈をすると、 「Form1 → Form2 → Form3 と画面遷移させる」 という設計が出てきます。 その設計をコードに落とすと、 上記のようなプログラムになります。 まずは、Form1 と Form2 と Form3 を分ける理由はなにか? …ということから見直してみてはどうでしょうか。 Form はひとつで、 その中に表示するものだけを切り替えれば良いのかもしれません。 > （今はForm1をメインのフォームとして必要無い時にHideしています） よねＫＥＮさんが書かれたように、 Form1 をメニュー画面として、 そこでユーザーが選択した機能ごとに別の Form を出す、 というのが、 Windows 用の業務アプリケーションではよくあるパターンかと思います。 ※ それは Form とロジックを緊密に結びつけてしまっている、 という設計になっているわけですが、 とりあえず今は不問に… f(^^; その場合の 「画面遷移」 ( じつは Form1 はずっと存在しているので、 ダム端の画面遷移とは意味合いが違う ) は、 たとえば次のように書くことになりますね。 ・ Form1(メニュー) → Form2(機能1) → Form1(メニュー) ・ Form1(メニュー) → Form3(機能2) → Form1(メニュー) あるいは、 複数画面で 1機能を実装するとして ・ Form1(メニュー) → Form2(機能1A) → Form3(機能1B) → Form1(メニュー) といった具合に、 元の画面に戻ってくる遷移が出てきます。 ※ 「AからBに遷移する」 という言葉の本来の意味は、 「最初AであったものがBにうつりかわる (Aは存在しなくなる)」 ということです。 "Form1(メニュー)" を隠すどころか、 表示したままで "Form2(機能1)" を出す場合ですら、 なぜか慣習として 「画面遷移」 と言うことがありますが、 私にはすごく違和感があります。 |