| ■5646 / inTopicNo.4) | Re[3]: クラスのインスタンスについて |
| 2007/07/19(Thu) 14:37:11 編集(投稿者) > １．宣言のデータ型について > Dim SS As Icon に記された「Icon」はデータ型との事ですが、どこを見て（あるいは何を転記して）Icon と記述したので > しょうか。クラス名を記述しあのでしょうか。逆に言いますとIcona や Iconb と記述しいても問題ないのでしょうか。 Asの後ろに書けるものは何でどういうルールで決まるのか？ということですよね？ 厳密さはおいといて簡単に言えば、 (1) VBで用意されている型(Integer、Stringなど) (2) 自分で定義したクラスのクラス名 (3) .NET Frameworkで用意されているクラスライブラリのクラス名 のどれかを指定できると考えてもらえばよいかと思います。 ※上記でクラスと書いているものは構造体やインタフェースなども含まれますが、 とりあえずクラス名だという理解でも今は十分だと思います。 ---- もう少し詳細に ---- Iconは指定できます。IconaやIconbはモンタさんがIconaやIconbといった名前のクラスを 独自に定義していなければ指定できません。 ここからはまどかさんの説明への補足です。 Iconを何故指定できるか？という前に押さえておきたいポイントがあります。 ここでのIconという指定はSystem.Drawing.Iconクラスを指定したものと見なされます。 つまり、Dim SS As System.Drawing.Iconと表記していること同じ意味としてVBは解釈します。 そして、このことに対するまどかさんの説明が >プロジェクトのプロパティ→参照タブの下のインポートされた名前空間でチェックされているもの >または >Importsステートメントで指定された名前空間のパスは >省略することができます。というかそこから探し出してくれます。 の部分です。 (1)「プロジェクトのプロパティ→参照タブの下のインポートされた名前空間」という説明部分は、 VisualStudio(Express Editionでも同様)での設定箇所についての指摘です。 (2)「Importsステートメントで指定された名前空間のパス」はプログラム上で 「Imports 〜」という記述をしてあった場合についての指摘です。 (1)の設定にたいていの場合、System、System.Drawing、System.Windows.Formsなどが登録されています。 このような設定がある場合、「As Icon」という指定を見つけたら、VBはそれを Icon、System.Icon、System.Drawing.Icon、System.Windows.Forms.Iconのどれかだろうと解釈します。 そして、Icon、System.Icon、System.Drawing.Icon、System.Windows.Forms.Iconのどれが指定されているのか？ をVBが判断するために、次に行うのはこれらのクラスがどこに存在するか探します。 VBは"Icon"クラスの定義を探すために、 ・まずモンタさんが独自に定義したクラスの中に"Icon"という名前のクラスがないかを探します。 ・そこに無ければ、今度は「参照設定」で指定されているdllなどに含まれるクラスの中に Iconという名前のクラスがないかを探します。 ・System.dllの中にSystem.Drawing.IconクラスがあるのでAsの後ろにある"Icon"というのは、 このクラスだと判断します。 > 何を参照するかは > プロジェクトのプロパティ→参照タブ、またはソリューションエクスプローラ→すべて表示→参照設定ノード > です。 というまどかさんの回答は、この探す場所となるdllはどうやって決まっているか？ということに 対する説明ですね。 System.dllやSystem.Windows.Forms.dllなどのDLLは.NET Frameworkのクラスライブラリのdllのため、 最初から使えるようなっています。 (String型などの基本的な型はmscorlib.dllに入っていますが、これはVisualStudioで特に 参照設定をしなくても暗黙に参照されます) ちなみに「As Integer」のようなVBの言語仕様で規定されている型が指定できるのは、 例えばこのIntegerは.NET FrameworkクラスライブラリのSystem.Int32の別名で、 VBが内部的にInteger → System.Int32だと解釈してくれるようになっているからです。 |