エクセルVBAで複数のコントロールをまとめたものを、１つのコントロールとして扱いたい

1.具体的に、どんなときにやるのか

複数のコントロールをまとめて、１つのコントロール として扱いたい。

2.どうやって、やるの？

1. クラスモジュールを作る。（ここではクラス名をClass1とする）
2. Class1にAdd(Byval containerClassObject as Object)メソッドを作る。
3. 作ったaddメソッドにcontainerClassObjectにオブジェクトを追加するコードを書く。（Controlコレク ション のAddメソッドを使う）
4. Deleteメソッドも作る。

1. フォームモジュールの先頭に"Dim class1Object as Class1"とでも入力する。
2. イニシャライズイベントで、"set class1Object = new Class1"とでも入力し、そのすぐ下に、"Call Class1Object.Add(Me)"とでも入力する。
3. 最後に、ターミネイトイベントに"Call Class1Object.Delete"とでも入力しておく。

3.やると何がよくなるのか（利点）

1. フォームモジュールに貼付ける部品数が減り、コードが読み易くなる。
2. 同じようなコードを書かなくてよくなる。書くコードの行数も減る。
3. 再利用がし易くなる。

1. フォームモジュールに貼付ける部品数が減り、コードが読み易くなる。
   とりあえず、下の絵を見てくれ。
   

   左の場合、[オブジェクト]ボックス（赤でくくったところ）が役に立たない。

   
   　上の図の[オブジェクト]ボックス（赤でくくったところ）を見てほしい。
   　そもそも、[オブジェクト]ボックスというのは、あるプロシージャを探すのを楽 にする為のものだとだるまは考えている。
   　しかし、上の図の左の場合、オブジェクトの数が多過ぎ。見るだけでうんざりする。
   　[オブジェクト]ボックスをスクロールさせるだけで結構時間がかかる。
   　[オブジェクト]ボックスに表示されているオブジェクトの半分はイベントを１つも実装していない。はっきり言って邪魔。
   　こういう状態になると、せっかくの[オブジェクト]ボックスが使えなくなる。
   ※左のはエクセルのマクロ”特定の色のついた行だけ残す”の古いバージョン(ver2.1.0)のソースコード。オブジェクトの数は約140。この頃はほぼ全ての機能をフォームモジュールに実装して いた。右のは2004/10/11現在の最新バージョン（ver2.2.3）のソースコード。フォームに貼付けるオブジェクトの数が減って、見やすくなったと思う。
   
   
2. 同じようなコードを書かなくてよくなる。書くコードの行数も減る。
   とりあえず、下のコードを見てよ。
   

   エクセルのマクロ”特定の色のついた行だけ残す”の 古いバージョン(ver2.1.0)のソースコードの一部。 　同じようなコード57ヶ所もあった。

   
   　上のコードを見てほしい。これはボタンが押されたときに、ボタンの背景とボタンのonoffを記憶する値を変更するコードなんだけど、これと同じような コードが57カ所もあった。たったそれだけで、700行以上にもなる。おいおい。
   ※１：今見ると、上のコードがかなり下手クソに見える、、、。このコードに関しての質問はしないで下さ い。
   ※２：もし、VBAにコントロール配列なるものがあったら、こんな事にはならない。
   
   
3. 再利用がし易くなる。
   　理由はよくわからないけど、確かに再利用がし易くなっている様に思える。
   

4.やると悪くなることはないのか（欠点）

1. 余計なコードを書くハメになる。
2. コントロールの位置、大きさがわかりにくくなる。
3. 使い方を間違えるとエクセルが強制終了する。
4. カプセル化が完全に出来ない。

1. 余計なコードを書くハメになる。
   　ユーザーコントロールが使えれば、この負担が多少減る。
   　クラスモジュールでやる際には、ControlsコレクションのAddメソッドを使って、コンテナクラスにコントロールを追加するコードを書くハメにな る。
   　貼付けたら当然、位置や大きさなんかのプロパティも変更しなくちゃいけない。これが以外と面倒くさい。
   　さらに、ClearもしくはRemoveメソッドを使って、コントロールの削除をするコードも書くハメになる。これも面倒。
   　イベントが必要な場合はEventステートメントを使ってコードを書くハメになる。面倒だ。（Macではイベントの作成は出来ない。）
   　自動でコードを作ってくれるツールを、誰かが作ってくれれば話は別。
   
   
2. コントロールの位置、大きさがわかりにくくなる。
   　ユーザーコントロールが使えれば、この負担が全くない。
   　デフォルトでのコントロールの位置や大きさをコードで書くことになる。
   　実行して初めて、コントロールの位置や大きさが目に見えるようになる。これはコードの可読性や保守性を悪くする。
   　これも、誰かがそれ用のツールをタダで作ってくれれば、、、。
   
   
3. 使い方を間違えるとエクセルが強制終了する。
   　だるまのコーディングが悪いだけなのかもしれない。
   　実行時に貼付けたコントロールをちゃんと削除してから、マクロを終了させないとエクセルが100%の確率で強制終了する。（※Mac X用の場合。他のバージョンのエクセルでは未調査）
   
   
4. カプセル化が完全に出来ない。
   　これもだるまのコーディングが悪いだけなのかもしれない。
   　ControlsコレクションのItemメソッドを使用すると、まとめる前の個々のコントロールに直にアクセスできてしまう。これは非常に困る。
   　もし、Controlsコレクションを使って、まとめる前の個々のコントロールにアクセスし、プロパティを変更するようなコードを 書いた場合、変なことが起こる。