Visual Studio.NETファースト・インプレッション
３．Win FormsとWeb Forms槙邑 恭介 2000/11/15 |
|
VS.NETを用いて、CLR上で動作するアプリケーション（Microsoftはこの実行環境で動作するコードを「Managed Code」と呼んでいる。一方Win32 APIを直接利用するようなコードは「Unmanaged Code」と呼ばれる）を作成する場合に、ユーザー・インターフェイスの中心となるのが「Win Forms」と「Web Forms」である。これらを構成するクラスはシステムのクラス・ライブラリに含まれている（なおVS.NETのBeta1では、Win Formsは、Windows Formsとなっている）。
Win Forms
Win FormsはCLRの提供するクラス・ライブラリに含まれており、グラフィカルなユーザー・インターフェイスを提供するライブラリである。C#、VBなどでローカル・アプリケーションを作成する場合は、Win Formsを利用することになる。実際のWin Formsを作成する手順は、これまでVBで行ってきたフォームの作成とほとんど変わらない。ツール・ボックスからフォームにコンポーネントを貼り付けるだけである。コンポーネントで興味深いのは、コンポーネントの位置指定として、“上下左右”が指定できる点である（もちろんピクセル単位での指定も可能）。これはJavaのレイアウト指定でいうところのNorth、Southなどと同じものだ。おそらくこれまでのような、Windowsの画面レイアウトとは異なるプラットフォームでの利用を考えてのことと思われる（リスト「Win Formsの記述例」参照）。
またWin FormsはCLR上で動作するので、従来のActiveXコントロールは利用できなくなる。標準的なコントロールは用意されているものの、これまで利用していたActiveXコントロールを利用する場合は、変換ツールを利用してCLRで動作するようにコントロールを変換してから利用することになるだろう。
Web Forms
Win FormsがCLR上で動作するローカル・アプリケーションのためのユーザー・インターフェイス・コンポーネントであるのに対して、Web Formsは、ASP+でWebアプリケーションを作成する際に利用するユーザー・インターフェイス・コンポーネントである。Web Formsでは特殊なタグ（“<asp: >”）を用いて、Web FormsコンポーネントをASP+ファイル（.aspx）中に記述する。そしてページに貼り付けたコンポーネントのプロパティやイベントなどの処理は別ファイルで用意し、そこにC#やVBで処理コードを記述することになる。これらのコンポーネントはブラウザからのリクエスト時にサーバ側で処理されて、最終的には通常のHTMLに変換されてブラウザに送られる。そのためどのようなブラウザでも見ることのできるページになる（ただしブラウザに返されるHTMLのコードを見る限り、JavaScriptをサポートしている必要はありそうだ）。
Web Formsを用いたASP+ページの利点は、ソース・ファイル上でユーザー/インターフェイスの記述とロジックの記述を分けられる点と、ロジックの部分にCLR上で動作するさまざまなコンポーネントが利用できるところにある。ASPでは、COMオブジェクト（MTSオブジェクトなど）をVBやVC++などで作成していたが、これらのオブジェクトはC#やVB、VC++などでより簡単に作成できるようになる（リスト「Web Formsのコード例」参照）。
 |
 |
- 第2回 簡潔なコーディングのために （2017/7/26）
ラムダ式で記述できるメンバの増加、throw式、out変数、タプルなど、C# 7には以前よりもコードを簡潔に記述できるような機能が導入されている - 第1回 Visual Studio Codeデバッグの基礎知識 （2017/7/21）
Node.jsプログラムをデバッグしながら、Visual Studio Codeに統合されているデバッグ機能の基本の「キ」をマスターしよう - 第1回 明瞭なコーディングのために （2017/7/19）
C# 7で追加された新機能の中から、「数値リテラル構文の改善」と「ローカル関数」を紹介する。これらは分かりやすいコードを記述するのに使える - Presentation Translator （2017/7/18）
Presentation TranslatorはPowerPoint用のアドイン。プレゼンテーション時の字幕の付加や、多言語での質疑応答、スライドの翻訳を行える
 |
|
|
|
|
