数年がかりで作ったＶＢのプログラムを.ＮＥＴに移植しクラス化しようとしているのですが、一つのクラスのメソドが約３００個くらいになり、デバグ作業がやり辛くなるのではないかと危惧しています。
今まではその数百あるプロシジャーを機能ごとに標準モジュールにまとめ、１５の標準モジュールでプロジェクト全体を構成していたのですが、そのほとんどを一つのクラスの中に記述しなければならないので、一つのメソドを見つけるのにも苦労するのではないかなと心配しています。
クラスを複数のドキュメントに分類して記述するなにか良いまとめ方あれば教えて頂きたくお願いします。
一つのクラスに記述するなら、約３００あるメソッドを
#Region 〜 #End Region
を使って機能別に分類してはいかがでしょう。
また、VB.NETでもモジュールは使えますので、
同じように１５のモジュールを用意するとか。
raki様回答ありがとうございます。
一つのクラスを複数のモジュールに分けて記述する事ができるのですか？
具体的なやり方を教えていただけませんか？
まず質問なのですが、
> .ＮＥＴに移植しクラス化
というのは、VB.NETに移植し、
１５の標準モジュールを１つのクラスにまとめる、という意味でしょうか？
VB.NETに移植するのであれば、
VB6.0の標準モジュールと同じように、VB.NETでも『モジュール』が使えますので、
VB6.0と同じように１５のモジュールファイルに記述すれば、と思ったのですが、
> クラス化しようとしているのですが
とあるので、おそらく『モジュール』ではいけない何らかの理由があると推測し、かつ
> そのほとんどを一つのクラスの中に記述しなければならないので
とありましたので
#Region 〜 #End Region
を使う方法をご提案しました。
で、もう一つ質問なのですが、
> クラスを複数のドキュメントに分類して記述するなにか
とありますが、数百あるプロシージャを機能別に分けれるのであれば、
機能別にクラスファイルを作成してはいけないのですか？
１５の標準モジュールに数百のプロシージャが記述されているのですよね？
それを一つのクラスにまとめなければいけない理由が分かりません。
１５のクラスに分けてはいけないのでしょうか。
また、一つのクラスを複数のファイルにまたがって記述(定義)することはできません。
機能別に小分けするのが一番でしょう。
raki様ご検討ありがとうございます。説明不測で済みません。
私の作ったソフトはあるゲームの次の手を考えるもので、それをＶＢで数万行（実際に数えたわけではありませんが、ifの数が約８０００個ありました）で記述してあります。Subプロシジャー、Functionプロシジャーあわせて約３００あります。機能ごとに１５の標準モジュールに分けたと書きましたが、そういう意味もありますが、プログラムの流れに沿って複数のモジュールに分けたと言っても良いです。実は昨年から.NETに置き換えを始めて、プログラム全体の構造はそのままですが完了しています。マンマシーンインターフェースのところを除けばおそらく９５％はそのままです。
私がこれからやろうとしているのは、今まで作った次の手を考えるプログラムを一つの部品として、次の次の手、更に次の次の次の手、、、、、という風に発展させようというものです。
必ずしもクラス化する事が絶対という事ではなく、外に方法がないわけではありませんがクラス化できれば便利だと思ったのです。ただ、あまりにクラスが大きくなりそうなので後の作業が便利なように複数のファイルに分けて記述できないかと考えて質問しました。
ご回答では一つのクラスを複数のファイルにまたがって記述することはできないという事なので、この方法はあきらめることにします。
いろいろありがとうございました。
時期VS2005ではひとつのクラスを複数のファイルに分けて記述したりできるようになるみたいです。
編集 削除