LightSwitch Developer

散在するユーザーアプリケーションの管理・移行

EUC/EUDの拡がり

Microsoft Excelや Microsoft AccessなどのOfficeソフトの利用が拡がり、EUC(エンドユーザーコンピューティング)、EUD(エンドユーザー開発）も盛んになりました。

もともと Excelは表計算ソフトなのですが、文書作成(本来は Microsoft Wordの領域)やスケジュール管理(本来は Microsoft Project)などにも利用され、資産管理台帳やスケジュール管理表やToDoリストなど様々な用途で活用されています。

また、Lookupなどの関数やマクロやVBAといったプログラミング寄りの機能を活用して、集計のみならずグラフ作成や帳票表示・出力にも活用されています。

Accessは簡易データベースソフトなのですが、こちらも単純・小規模なデータベースシステムにとどまらず...データ入力・表示や帳票表示・出力機能を備えた見積管理や資産管理などのシステムで、活用されています。

ユーザーアプリケーションの長所・短所

Excel VBAや Access MDBで作成したユーザーアプリケーションは、基幹系システムなどの業務システムがカバーしていない機能を実現するため手作業で行った場合と比較した「作業時間の短縮」「業務効率の向上」などのメリットがあります。

しかし、ローカルPCに機密情報や個人情報を保存するなどの「ISMS,プライバシー」などのセキュリティ上のリスク、クライアントOS・Officeバージョンに依存しているリスク、作成者から引き継げないなどの保守の面でのリスクがあります。

このため、企業内ではエンドユーザー任せではなく情報システム部門が適切に管理(保守、移行など)する必要があります。

ユーザーアプリケーションの移行

ユーザーアプリケーションのリスクを回避するには様々な方法がありますが、そのうち「移行」する方法の候補となるのが LightSwitchアプリケーションです。

LightSwitchアプリケーションにはアクセスユーザーの管理、アクセス権限管理などの機能が標準であります。この機能を利用すればセキュリティ上のリスクは軽減されます。

LightSwitchアプリケーションは Accessアプリケーションのようにデータ中心のアプリケーションですが、Webサーバーで動作するWebアプリケーションです。このためクライアントOS・Officeバージョンへの依存リスクが解消されます。

LightSwitchアプリケーションはほぼプログラミングなしでアプリケーションが開発できます。つまり標準化された状態ですのでアプリケーションの保守効率は向上します。

LightSwitchの「良い事」ばかり述べましたが...
LightSwitchアプリケーションだけでなく Webアプリケーション全般に言えますが Webブラウザの種類／バージョンが変更された際に再評価が必要となるリスクがあります。

LightSwitchアプリケーションは標準ではレポート(帳票)がありません。現時点では拡張製品XtraReports for LightSwitchを購入すれば帳票が実現できます。早く、別の多くのソフトウェアベンダーが LightSwitch用の帳票ソフトをリリースしてくれることを祈りましょう。

LightSwitchアプリケーションでは複雑なアプリケーションを開発するのに時間がかかります。複雑なアプリケーションは SilverlightやWPFなどでしっかりと予算をかけて開発しましょう。

LightSwitchのCSVインポート

業務アプリケーションでは CSVファイルからデータ登録というニーズもあるかと思いまして、CSVファイルを読み込み、テーブルにインポートするサンプルを作ってみました。

1) Visual Studioで LightSwitchアプリケーションのプロジェクトを作成し、データ・画面などを準備

2) プロジェクトプロパティのアプリケーションの種類で、クライアントに「デスクトップ」を選択

3) ソリューションエクスプローラ（論理ビュー）で「画面」を右クリックし、[画面の追加]をクリック

4) 画面テンプレートに「データ検索画面」を選択し、画面データには「インポートしたいテーブル」を指定して、画面名（例：ImportAgents）を入力し、[OK]をクリック

5) まず、CSVファイル名を入力するテキストボックスの元となるローカルプロパティを作成します。
手順4)で追加した画面をデザイナーで開き、[データ項目の追加]をクリック

6) データ項目の追加ダイアログでメンバーの種類に「ローカルプロパティ」「String」を選択し、名前に「CsvFileName」と入力し、[OK]をクリック

7) 画面デザイナ中央で「行のレイアウト」を追加（※既存のデータグリッドは削除してください）

8) 画面デザイナ左側の一覧で手順6)で作成したローカルプロパティ CsvFileNameをドラッグし、画面中央の手順7)で作成した行のレイアウトの下にドロップ

9) 画面デザイナ中央の手順8)で追加したテキストボックスを右クリックし、[ボタンの追加]をクリックするとメソッド名を聞かれるので「ImportCsv」と入力し [OK]をクリック

ここまでの画面は、下図の通りです。

次に「CSV入力ボタンをクリックした時のコード」を記述します。

10) 画面デザイナ中央で手順9)で作成した「CSV入力ボタン」を右クリックし、[Executeコードの編集]をクリック

11) (画面名).csが開き、(ボタン名)_Executeメソッドのコードが表示されたら、以下のコードを入力します。

using System;
using System.Text;
using System.Linq;
using System.IO;
using System.IO.IsolatedStorage;
using System.Collections.Generic;
using Microsoft.LightSwitch;
using Microsoft.LightSwitch.Framework.Client;
using Microsoft.LightSwitch.Presentation;
using Microsoft.LightSwitch.Presentation.Extensions;
namespace LightSwitchApplication
{
    public partial class ImportAgents
    {
        partial void ImportCsv_Execute()
        {
            if (this.CsvFileName == null)
            {
                this.ShowMessageBox("CSVファイル名を入力してください。");
                return;
            }
            if(this.CsvFileName.Length <= 0)
            {
                this.ShowMessageBox("CSVファイル名を入力してください。");
                return;
            }
            if (!File.Exists(this.CsvFileName)) 
            {
                this.ShowMessageBox("CSVファイルが存在しません。" + this.CsvFileName);
                return;
            }

// UTF-8コードでファイル読み込み
            string csvData = "";
            using (System.IO.StreamReader reader = new System.IO.StreamReader(
                this.CsvFileName,
                System.Text.Encoding.GetEncoding("utf-8")))
            {
                csvData = reader.ReadToEnd();
                reader.Close();
            }
            
            // CSVデータを行に分離
            string[] lineCsvData = csvData.Split('¥n');
            for (int i = 0; i < lineCsvData.Length - 1; i++) 
            { 
                // １行のCSVデータを カンマで分離
                string[] itemCsv = lineCsvData[i].Split(',');
                if( itemCsv.Length < 2 )
                {
                    break;
                }

// 氏名を取得
                string firstName = itemCsv[0];
                string lastName = itemCsv[1].Trim(new char[] { '¥r', '¥n' });

// テーブルに追加
                Agent record = new Agent();
                record.FirstName = firstName;
                record.LastName = lastName;
                this.DataWorkspace.ApplicationData.SaveChanges();
            }
        }
    }
}

データランタイムオブジェクトモデルを使用して、テーブルデータを追加しています。
this.DataWorkspaceまでは同じで、
その後に「ソリューションエクスプローラ論理ビュー・データソースの下の名前」
(内部データベースの場合 ApplicationData)
最後にテーブル名を指定します。

データ追加の場合、テーブルレコードのクラス(例：Agent)をインスタンス化して、値をセットして、データベースのSaveChangesメソッドを呼び出すっという...ちょっと変わった感じのコードになります。

インポートするCSVファイルはメモ帳などで作成してください。注意点としては、保存するときに Shift_Jisではなく「UTF-8」で保存することです。

12) VisualStudioの[ファイル]メニューで[すべてを保存]をクリックし、ソリューションのビルド、実行(F5)

13) 作成した画面を表示すると、ウィンドウ上にCSVファイル名を入力するテキストボックスと、[CSV入力]ボタンが表示されます。

14) CSVファイル名を入力し、[CSV入力]ボタンをクリックすると、CSVファイルが読み込まれ、テーブルにデータが登録されます。テーブルの確認は他の管理画面などでおこなってください。

LightSwitchのCSVエクスポート

LightSwitch Webアプリケーションでは、セキュリティの関係で Excelなどの外部プログラムなどが実行できません。
デスクトップアプリケーション(ClickOnceアプリケーション)ならば、Excelエクスポートボタンが表示されて、簡単に出力できるのに．．．。
落ち込んでいても仕方ありませんので、テーブルの全データをCSV形式に出力する機能を作ってみました。

1) Visual Studioで LightSwitchアプリケーションのプロジェクトを作成し、データ・画面などを準備

2) プロジェクトプロパティのアプリケーションの種類で、クライアントに「Web」を選択

3) ソリューションエクスプローラ（論理ビュー）で「画面」を右クリックし、[画面の追加]をクリック

4) 画面テンプレートに「データ検索画面」を選択し、画面データには「エクスポートしたいテーブル」を指定して、画面名（例：ExportCustomers）を入力し、[OK]をクリック

5) まず、CSVデータを表示するテキストボックスの元となるローカルプロパティを作成します。
手順4)で追加した画面をデザイナーで開き、[データ項目の追加]をクリック

6) データ項目の追加ダイアログでメンバーの種類に「ローカルプロパティ」「String」を選択し、名前に「CsvOutput」と入力し、[OK]をクリック

7) 画面デザイナ中央で「行のレイアウト」を追加

8) 画面デザイナ左側の一覧で手順6)で作成したローカルプロパティ CsvOutputをドラッグし、画面中央の手順7)で作成した行のレイアウトの下にドロップ

9) 画面デザイナ中央の「画面コマンドバー」の標準ボタン（保存、最新の情報に更新）の下に CSV出力ボタンを追加

ここまでの画面は、下図の通りです。

次に「CSV出力ボタンをクリックした時のコード」を記述します。

10) 画面デザイナ中央で手順9)で作成した「CSV出力ボタン」を右クリックし、[Executeコードの編集]をクリック

11) (画面名).csが開き、(ボタン名)_Executeメソッドのコードが表示されたら、以下のコードを入力します。

using System;
using System.Linq;
using System.IO;
using System.IO.IsolatedStorage;
using System.Collections.Generic;
using Microsoft.LightSwitch;
using Microsoft.LightSwitch.Framework.Client;
using Microsoft.LightSwitch.Presentation;
using Microsoft.LightSwitch.Presentation.Extensions;
namespace LightSwitchApplication
{
    public partial class ExportCustomers
    {
        partial void CsvOutputExecute_Execute()
        {
            // CSVデータ保存エリアを初期化
            string csvData = "";

// Customersテーブルのすべてのレコードに対する処理
            foreach (Customer customer in this.DataWorkspace.ApplicationData.Customers)
            {
                // CustomersテーブルのレコードデータをCSV形式に
                string record = "¥""
                    + customer.Name + "¥",¥"" 
                    + customer.Contact + "¥",¥"" 
                    + customer.Phone + "¥",¥"" 
                    + customer.Zip + "¥",¥"" 
                    + customer.State + "¥",¥"" 
                    + customer.City + "¥",¥"" 
                    + customer.Address + "¥"";

csvData += record + "¥n";
            }
            // テキストボックスにCSVデータを表示
            this.CsvOutput = csvData;
        }
    }
}

データランタイムオブジェクトモデルを使用して、テーブルデータを取得しています。
this.DataWorkspaceまでは同じで、
その後に「ソリューションエクスプローラ論理ビュー・データソースの下の名前」
(内部データベースの場合 ApplicationData)
最後にテーブル名を指定します。

12) VisualStudioの[ファイル]メニューで[すべてを保存]をクリックし、ソリューションのビルド、実行(F5)

13) 作成した画面を表示すると、標準ボタン（保存、最新の情報に更新）の右側に「CSV出力」ボタンが表示され、ウィンドウには複数行表示できるテキストボックスが表示されます。

14) CSV出力ボタンをクリックすると、画面右下ウィンドウのテキストボックスにテーブルデータがCSV形式で表示されます。

あとは、テキストボックスで [Ctrl]+[A]→[Ctrl]+[C]して、メモ帳で[Ctrl]+[V]すれば．．．
え”っ？これならデータグリッドをコピペすればいいって？．．．まぁそんなことは言わないで。

LightSwitchのトレース

実運用時のトラブル調査
業務アプリケーションの開発・テストが完了し、実運用を開始すると「普段は問題ないがまれに問題が起きる」「操作方法はわからないがデータが保存されない」などのエラーなどが起きる場合があります。
このような場合、実運用環境で Visual Studioデバッグする訳にもいかず、デバッグ用の出力を入れた実行ファイルを作ったり、ユーザーの操作を控えてもらったりして、原因調査から解決に時間がかかったりします。
そんな時に使えるのがトレース(Trace) です。

LightSwitchのトレース(Trace)
LightSwitchには 2種類のトレース(Trace)があります。
1つは .NET Frameworkのクラス(System.Diagnostics.Trace)です。こちらは ASP.NET Webアプリケーション開発ではお馴染みですが、 Web.ConfigのTraceタグのenable要素をtrueにして、 Webブラウザで Webアプリケーション(例： http://ServerName/AppName/)の後に「Trace.axd」(トレース・ビューア)をつけて表示します。

（IISサーバーにホストされた）Webアプリケーションが受けたリクエストが一覧表示され、[詳細の表示]リンクをクリックすると HTTPヘッダー、Queryストリング、サーバー変数などが表示されます。

もう1つのトレースは LightSwitch独自のクラス(Microsoft.LightSwitch.Trace)です。Microsoft.LightSwitch.Traceは .NET Frameworkのクラス(System.Diagnostics.Trace)をラップしている感じなのでどちらのTrace機能も Web.ConfigでトレースON/OFF、トレースレベルが設定できます。
具体的には Web.Config内の configurationタグ・appSettingsタグ内に Microsoft.LightSwitch.Traceの設定があります。

Web.Configの設定は IISマネージャでWebアプリケーションを選択し、[アプリケーションの設定]をダブルクリックすると表示・変更ができます。こちらの方が解りやすいのと入力ミスが減るのでIISマネージャでのメンテナンスをお勧めします。

Microsoft.LightSwitch.Traceのキー(Microsoft.LightSwitch.Trace以下のキー名)と説明を下表に示します。

キー	説明	初期値
Enabled	trueに設定するとサーバー上のログ出力が有効になります。	false
LocalOnly	trueに設定するとローカルアクセスのみをTrace.axd(トレース・ビューア)に出力します。	true
Level	トレースレベルを指定します。None, Error, Warning, Information, Verboseが指定できます。	Information
Sensitive	trueを設定すると機密情報を記録しても問題ないことを意味します。	false
Categories	トレースカテゴリを指定します。カテゴリ名はセミコロンで区切ります。	Microsoft.LightSwitch

トレースレベルの値と意味を下表に示します。

トレースレベル	値	説明
Off	0	トレースメッセージおよびデバッグメッセージの出力なし
Error	1	エラーメッセージの出力あり
Warning	2	エラー、警告メッセージの出力あり
Information	3	エラー、警告、情報メッセージの出力あり
Verbose	4	すべてのトレースメッセージおよびデバッグメッセージの出力あり

LightSwitch既定のトレース出力
LightSwitchアプリケーションには既定でトレース出力が含まれています。
まずは Visual Studioで LightSwitchアプリケーションを実行して、確認してみましょう。

1. Visual Studioで既存のLightSwitch・Webアプリケーションを開き、実行(F5)

2. Internet Explorerが表示され、Webアプリケーションが起動されたら Internet Explorerのアドレスの末尾に「&LC=Microsoft.LightSwitch,I」を付加し、再表示

3. Webアプリケーションが再表示されたら、画面オープン、データ追加などの操作を実施

4. Visual Studio 出力ウィンドウでトレース出力を確認

[Microsoft.LightSwitch.UserCode][Application:Information][Application:LoggedIn] Invoking user method: Application.Application_LoggedIn 
[Microsoft.LightSwitch.UserCode][Application:Information][Application:LoggedIn] Execution completed.
[Microsoft.LightSwitch.Application][Application:Information][LightSwitchApplication:ShowScreen] Loading 'Home' screen
[Microsoft.LightSwitch.Application][Application:Information][LightSwitchApplication:ShowScreen] Launch mode = Single
[Microsoft.LightSwitch.Application][Application:Information][LightSwitchApplication:ShowScreen] Looking for an already existing instance of the screen with matching parameters
[Microsoft.LightSwitch.Application][Application:Information][LightSwitchApplication:ShowScreen] Did not find an existing instance
[Microsoft.LightSwitch.Application][Application:Information][LightSwitchApplication:CreateScreen] Creating screen object
[Microsoft.LightSwitch.Screens][Application:Information][LightSwitchApplication:Home:Open] No save context specified in the model.
[Microsoft.LightSwitch.UserCode][Application:Information][LightSwitchApplication:Home:Open] Invoking user method: Home.Home_InitializeDataWorkspace 
[Microsoft.LightSwitch.Application][Application:Information][LightSwitchApplication:CreateScreen] Loading the screen UI
[Microsoft.LightSwitch.UserCode][Application:Information][LightSwitchApplication:Home:Open] Execution completed.
[Microsoft.LightSwitch.Screens][Application:Information][LightSwitchApplication:Home:Open] After initialization, the save contexts are:
[Microsoft.LightSwitch.UserCode][Application:Information][CreateNewCustomer:Execute] Invoking user method: Home.CreateNewCustomer_Execute 
[Microsoft.LightSwitch.Application][Application:Information][LightSwitchApplication:ShowScreen] Loading 'CreateNewCustomer' screen
[Microsoft.LightSwitch.Application][Application:Information][LightSwitchApplication:ShowScreen] Launch mode = Multiple
[Microsoft.LightSwitch.Application][Application:Information][LightSwitchApplication:CreateScreen] Creating screen object
[Microsoft.LightSwitch.Screens][Application:Information][LightSwitchApplication:CreateNewCustomer:Open] The model specifies the save context to be the 'ApplicationData' data service.
[Microsoft.LightSwitch.Application][Application:Information][LightSwitchApplication:CreateScreen] Loading the screen UI
[Microsoft.LightSwitch.UserCode][Application:Information][CreateNewCustomer:Execute] Execution completed.
[Microsoft.LightSwitch.UserCode][Application:Information][LightSwitchApplication:CreateNewCustomer:Open] Invoking user method: CreateNewCustomer.CreateNewCustomer_InitializeDataWorkspace 
[Microsoft.LightSwitch.Screens][Application:Information][LightSwitchApplication:CreateNewCustomer:Search] Initiating a search with no search terms (may simply be a reset or initialization of the control).
[Microsoft.LightSwitch.UserCode][Application:Information][LightSwitchApplication:CreateNewCustomer:Open] Execution completed.
[Microsoft.LightSwitch.Screens][Application:Information][LightSwitchApplication:CreateNewCustomer:Open] After initialization, the save contexts are:
    ApplicationData

出力ウィンドウにはビルド情報、アプリケーション起動時のライブラリ(DLL)ロード情報なども表示されますが、それらに混ざってトレースが出力されます。

先頭のカッコ内はクラス、２番目のカッコ内はトレースレベル、３番目のカッコ内はイベントハンドラ名で、そのあとにメッセージが付加されています。
Application_LoggedInイベントハンドラの入口、出口で「Execution completed.」などのメッセージだけで...ログイン処理の開始ならログインユーザー名があればいいのに...少し惜しい感じですね。
個々の画面オープン・クローズタイミングでもトレース出力されるので、通ったか通っていないかならば解るというレベルでしょうか。

LightSwitchアプリケーションで、入力エラー(Validation Error)などを起こすと下記のようにプロパティ(テーブルのフィールド名)まで出力されます。カスタム検証を使っているプログラムのデバッグには使えると思います。

[Microsoft.LightSwitch.UserCode][Application:Error][Save:Execute] An exception has occurred:  Microsoft.LightSwitch.ValidationException: データ エントリのエラーを修正し、もう一度保存してください。
   場所 Microsoft.LightSwitch.Details.Framework.Client.ScreenDetails`2.SaveImpl()
   場所 Microsoft.LightSwitch.Details.Framework.Client.ScreenDetails`2.MethodSetProperties.<.cctor>b__b0(TDetails d, ReadOnlyCollection`1 args)
   場所 Microsoft.LightSwitch.Details.Framework.Internal.BusinessMethodImplementation`2.<TryInvokeMethod>b__5()
   場所 Microsoft.LightSwitch.Utilities.Internal.UserCodeHelper.CallUserCode(Type sourceType, String methodName, String instance, String operation, ILoggingContext context, Action action, String additionalText, Func`1 getCompletedMessage, Boolean tryHandleException, Boolean swallowException, Exception& exception)
Validation Error: Microsoft.LightSwitch.StructuralValidator.NullRequiredValue
    Message: 値が必要です。
    Target: LightSwitchApplication.Agent
    Property: FirstName

Validation Error: Microsoft.LightSwitch.StructuralValidator.NullRequiredValue
    Message: 値が必要です。
    Target: LightSwitchApplication.Agent
    Property: LastName

System.Windows.Data エラー: BindingExpression パス エラー: 'Title' プロパティが 'Microsoft.LightSwitch.Runtime.Shell.Implementation.Standard.RunningScreen' 'Microsoft.LightSwitch.Runtime.Shell.Implementation.Standard.RunningScreen' (HashCode=63901930) に見つかりませんでした。BindingExpression: Path='Title' DataItem='Microsoft.LightSwitch.Runtime.Shell.Implementation.Standard.RunningScreen' (HashCode=63901930); ターゲット要素は 'Microsoft.LightSwitch.Runtime.Shell.Framework.ScreenChildWindow' (Name=''); ターゲット プロパティは 'AutomationProperties.Name' (型 'System.String') です。.

（説明が前後しましたが...）手順2．で指定した「&LC=Microsoft.LightSwitch,I」は、トレースカテゴリ名とトレースレベルの指定です。
トレースカテゴリ名は LightSwitchアプリケーションでは既定で「Microsoft.LightSwitch」がWeb.Configに定義されます。
トレースレベルは情報はI、警告はW、エラーはEです。エラーだけをトレースする場合は「&LC=Microsoft.LightSwitch,E」となります。

Visual Studioデバッガでのアプリケーション実行では、URLに「?IsLaunchedByVS=True」が付加されますので、トレース指定は「&LC=Microsoft.LightSwitch,I」のように &で始まる文字列になります。
Internet Explorerでのアプリケーション実行では、URLが「http://ServerName/AppName/」のように ?がないので、トレース指定は「?LC=Microsoft.LightSwitch,I」のように ?で始まる文字列になります。

独自のトレース出力
LightSwitch既定のトレースでは不十分な場合には、プログラムコードを書いてトレースが追加できます。

例えば、前述のログインでユーザー名をトレース出力する場合、Application.csにコードを記述します。

Trace.TraceInformationは Microsoft.LightSwitchクラスのメソッドで、情報メッセージを出力します。
警告メッセージを出力する Trace.TraceWarningメソッド、
エラーメッセージを出力する Trace.TraceErrorメソッドもあります。

LightSwitchのイベントハンドラ
LightSwitchアプリケーションでは、Application.csにアプリケーション全体のイベントハンドラ、(画面名).csに画面ごとのイベントハンドラなどが定義できます。
Application.csには、ログイン時に呼び出される Application_LoggedIn、各画面オープン時に呼び出される (画面名)_Runイベントハンドラが定義できますがログアウトやアプリケーション終了時や画面クローズ時などのイベントハンドラはありません。
(画面名).csには、画面起動時に呼び出される (画面名)_InitializeDataWorkspace、画面終了時(保存時)に呼び出される (画面名)_Savedなどのイベントハンドラが定義できます。

上記のイベントハンドラにコードを書けば、業務アプリケーションで独自の「操作ログ(どのユーザーがログインし、どの画面をオープン/クローズしたか)」がとれます。

LightSwitchのデジタル署名

利便性(機能)を重視するか、セキュリティを重視するかという問題は難しいのですが．．．企業内で利用するアプリケーションの場合、過剰なセキュリティはPassして(?) 利便性を高めたいものです。
LightSwitchアプリケーションの実行ファイル(*.xap)に対して、アプリケーションの発行元を明示できるようにデジタル証明書が付加できます。
デジタル証明書の指定は、プロジェクトプロパティの[アプリケーションの種類]で [発行]をクリックして表示される「発行ウィザード」でおこないます。

正式な証明書がある場合、[このコンピュータのストアから証明書を選択...]か、[証明書の参照...]で証明書を指定できます。
証明書といわれても...急には準備できません...という方は [テスト証明書の作成]をクリックして、暫定的な証明書が作成され、付加できます。

テスト証明書は発行先、発行元が現在ログイン中のユーザー名で、有効期限が約1年となっています。
それでは少しカッコがつかないし、１年は短いので困るな．．．という方には makecert.exeというコマンドツールがあります。
makecert.exeは、以下のフォルダにあります。
C:￥Program Files￥Microsoft SDKs￥Windows￥v7.0A￥bin

makecertで証明書を作成
1) ルート証明書の作成

・ダイアログが表示されたら、パスワードを入力します。
・d:¥cert¥SDK.pvk と d:¥cert¥SDK.cer の２ファイルができます。
・CNで指定した文字列が証明書の発行元に表示されます。

2) コード署名用の証明書の作成

・ダイアログが表示されたら、パスワードを入力します。
・d:¥cert¥SDK_LTD.pvk と d:¥cert¥SDK_LTD.cer の２ファイルができます。
・CNで指定した文字列が証明書の発行先に表示されます。

3) PFXファイルの作成

・ダイアログが表示されたら、パスワードを入力します。
・d:¥cert¥SDK_LTD.pfxの１ファイルができます。
・有効期限が30年弱の証明書ができます。

4) LightSwitchアプリケーションの発行ウィザードで [証明書の参照...]をクリックし、3)で作成された PFXファイルを指定

LightSwitchのメニュー

LightSwitchアプリケーションの画面メニューは、プロジェクトプロパティの画面ナビゲーションで「グループ - 画面」で階層的に定義できます。

画面数が10枚ぐらいまでであれば、「グループ - 画面」の１段階でいいのですが、20〜30枚と増えてくると画面にはおさまっても使い勝手(視認性)が悪くなります。
残念ながら LightSwitch標準では「グループ - 画面」は１段階で、グループの下にグループは作れません。

２段階以上の画面階層メニューを作るには、画面ナビゲーションにはメニュー画面だけを登録して、ここの画面にジャンプするメニュー画面を作るという方法があります。
画面表示例を下図に示します。

この例では、ページ(LightSwitchのScreen)上にローカルプロパティでサブメニュー見出しを付け、その見出しの下にコマンドボタンを３つづつ配置しています。

ページのソースコードには、コマンドボタンのイベントハンドラ Executeを追加しています。コマンドボタンがクリックすると呼び出され、それぞれの個別画面を表示します。個別画面の表示は、「this.Application.ShowCreateNewCustomer();」のように、画面名の前にShowが付加されたメソッドが自動作成されるのでそれを呼び出します。（画面によっては、起動時の引数が必要な場合があります。）

画面デザイナで、メニューの「ボタン」を「リンク」に変更できます。

LightSwitchアプリケーションからのプログラム実行
１つのアプリケーション内のメニューではなく、別プログラムを実行する「プログラムランチャー」のようにするには、プログラム実行が必要となります。
LightSwitchアプリケーションでクライアントがデスクトップ(Silverlight ブラウザー外実行)の場合、 AutomationFactory（COMオートメーション）で WScript(Windows Script Host).Shellオブジェクトを作成し、別プログラムが実行できます。

1) 参照の追加

2) usingの追加

3) 実行コードの追加

LightSwitchのロゴ・アイコン

アプリケーションには、企業やアプリケーション名を表すロゴ、アイコンを設定しますよね。
LightSwitchアプリケーションのロゴ・アイコンは、プロジェクトプロパティの全般プロパティで設定します。

LightSwitchのアプリケーションアイコン
アイコンには png形式(*.png) が選択できます。選択したファイルは Clientプロジェクト￥Resourcesフォルダにインポートされます。
アイコンは、
・アプリケーション実行時・タイトルバーの左側
・Windowsタスクバー上のアイコン
・ショートカットを作成した場合のアイコン
などで表示されますので、他のアプリケーションと同様に透過にした方がよいでしょう。
透過pngの作成方法は、透過pngの作り方などを参考にして下さい。

LightSwitchのロゴイメージ
ロゴには png形式(*.png) と jpeg形式(*.jpg)が選択できます。選択したファイルは Clientプロジェクト￥Resourcesフォルダにインポートされます。
ロゴは、シェル拡張が表示するのですが「LightSwitch 標準シェル(既定)」では表示されません．．．Beta版では表示できたのでとても残念。
MSDN LightSwitchロゴ設定には、「ロゴ画像を任意のプロジェクトに追加できますが、ロゴのイメージをサポートするカスタムアプリケーションシェル拡張を使用するプロジェクトでのみ表示されます。既定の LightSwitch アプリケーションシェルでは、ロゴ画像の表示はサポートされていません。」との記載が...。
いつかは改善されるとは思いますが、今すぐロゴを使いたい人はシェル拡張を開発するか、オンラインギャラリーでシェル拡張をダウンロード・インストールするかになります。シェル拡張の開発については、LightSwitchのシェル開発を参照してください。

LightSwitchのロゴ表示例
シェル拡張の開発は難しいし、オンラインギャラリーにはお手頃な価格のシェル拡張はないし．．．とお困りの方もいらっしゃるかと思いまして．．． (Beta1の表示方法とは異なりますが)ロゴを表示する方法を考えました。
「アプリケーション起動時に表示する画面(Screen)を１枚つくって、その画面にロゴとタイトルなどを表示する」という方法です。

1) Visual Studioで LightSwitchアプリケーションのプロジェクトを作成し、データ・画面などを準備

2) プロジェクトプロパティの全般プロパティでロゴイメージの[選択]をクリックし、ロゴファイル（例：logo300x50.png）をインポート

3) ソリューションエクスプローラ（論理ビュー）で「画面」を右クリックし、[画面の追加]をクリック

4) 画面テンプレートに「データ検索画面」を選択し、画面名（例：Home）を入力し、画面データは（なし）のまま、[OK]をクリック

5) 画面デザイナで 4)で作成した画面を表示し、[データ項目の追加]をクリック

6) データ項目の追加で画面メンバーの種類に「ローカルプロパティ」を選択し、種類に「Image」を選択し、名前にLogoと入力し、[OK]をクリック

7) 画面デザイナで [データ項目の追加]をクリックし、データ項目の追加で画面メンバーの種類に「ローカルプロパティ」を選択し、種類に「String」を選択し、名前にTitleと入力し、[OK]をクリック

8) 画面デザイナ左側の Logoを、画面中央の画面コマンドバーの下にドラッグアンドドロップし、Logoのプロパティ画面で以下の値に変更

項目名	設定
表示名	(全角スペース)
コントロールの種類	イメージビューアー
幅	ピクセル指定（300）
高さ	ピクセル指定（50）

9) 画面デザイナ左側の Titleを、画面中央の画面コマンドバーの下にドラッグアンドドロップし、Titleのプロパティ画面で以下の値に変更

項目名	設定
表示名	(全角スペース)
コントロールの種類	ラベル

ここまでの Visual Studio画面は下図の通りです。

10) プロジェクトプロパティの画面ナビゲーションで 4)で作成した画面を選択し、中央下部の[設定]をクリック

11) ソリューションエクスプローラ（ファイルの表示ビュー）で Clientプロジェクトの下の「UserCode」を右クリックし、[追加]→[クラス]をクリック

12) 新しい項目の追加ダイアログで (クラスの)名前に「MyImageHelper.cs」と入力し、[追加]をクリック

13) 追加したクラスコードが表示されたら、下記のプログラムコードに変更

14) ソリューションエクスプローラ（論理ビュー）で 4)で作成した画面をダブルクリック
15) 画面デザイナ右上の[コードの記述]のドロップダウンリストをクリックし、[(画面名)_InitializeDataWorkspace]をクリック
16) (画面名).csのプログラムコードが表示されたら、「using LightSwitchApplication.UserCode;」を追加
17) (画面名)_InitializeDataWorkspaceメソッドに、ロゴ表示、タイトル表示のコードを追加

18) ソリューションエクスプローラ（ファイルの表示ビュー）で Clientプロジェクト￥Resourcesの下で 2)で追加したロゴファイルを選択し、プロパティ画面でビルドアクションを「埋め込まれたリソース」(Embedded Resoure)に変更

19) Visual Studioの[ファイル]メニュー [すべてを保存]をクリック

20) プロジェクトのビルド、実行(F5)

画像、テキストの配置を縦方向から横方向に変更するには、画面デザイナで「行のレイアウト」を「列のレイアウト」に変更します。（「画像とテキスト」「テキストと画像」でもOKです。）

LightSwitchのファイル表示ビュー

LightSwitchプロジェクトを Visual Studioのソリューションエクスプローラでみると「プロパティ」「データソース」「画面」の３つだけで、「細やかな設定などは、どこでやるのか」気になりますよね？

ソリューションエクスプローラでプロジェクトを選択すると、ソリューションエクスプローラー上部に「ビューを切り替えるドロップダウンリスト」が表示されます。初期状態で表示されているのが[論理ビュー](Logical View)です。

そのドロップダウンリストで [ファイルの表示](File View)をクリックすると、Visual Studioお馴染みのフォルダ・ファイル形式のビューに切り替わります。

プロジェクト配下には以下のフォルダ・ファイルがあります。

フォルダ・ファイル	説明
プロパティ	ダブルクリックすると LightSwitchデザイナーでプロジェクトプロパティが表示されます。
App.config	アプリケーション設定値、データベース接続文字列などが定義されたファイルです。
Client	LightSwitchアプリケーションのクライアント側で動作するコードに関するフォルダです。 Client￥UserCodeフォルダの下に、アプリケーション全般にかかわる Application.cs、個々の画面の (画面名).csがあります。
Common	LightSwitchアプリケーション共通で使用されるコードに関するフォルダです。 Common￥UserCodeフォルダの下に、個々のテーブルの (テーブル名).csがあります。
Data	アプリケーションデータなどを保存するフォルダです。
Server	LightSwitchアプリケーションのサーバー側で動作するコードに関するフォルダです。
ServiceConfiguration.cscfg	サービスのTrace設定などを定義するファイルです。
ServiceDefinition.csdef	サービスのWebRoleなどを定義するファイルです。

LightSwitchのニュース

2012/04/04	MSBC「Visual Studio LightSwitch 2011 社内業務を、もっと手軽で簡単に。」の第3弾アプリケーションを作ってみよう、第4弾拡張性が公開されました。
2012/03/17	技術ひろば.net 2012年3月勉強会で「LightSwitch 〜結局何ができるの？〜」 (スピーカーは瀬尾さん) がありました。
2012/03/07	MSBC「Visual Studio LightSwitch 2011 社内業務を、もっと手軽で簡単に。」の第2弾　機能を知るが公開されました。
2012/02/01	Microsoft MSBCで「Visual Studio LightSwitch 2011 社内業務を、もっと手軽で簡単に。」がはじまりました。特長、活用場面、基本的な開発方法などが紹介されています。
2011/11/19	わんくま同盟・東京#65 勉強会で技術との戯れ・瀬尾さんの「LightSwitch 〜結局何ができるの？〜」がありました。セッション資料はslideshareで公開されています。
2011/10/22	技術評論社 WEB+DB PRESS Vol.65の小野修司さんの連載「いまどきの.NET開発」で【第3回】LightSwitch 2011で超簡単アプリケーション開発というLightSwitchの記事が掲載されました。 9ページで、Ｑ＆Ａ形式で疑問に答え、業務アプリケーションとして必要な機能の検証結果がまとめられています。
2011/09/28	「Microsoft Conference 2011・T2-206　実践クラウドのススメ」で LightSwitchの説明とデモがありました。 (LightSwitchの特徴) ・業務アプリケーションを手軽に簡単に作成・オンプレミス・クラウド両方に対応・利用状況に合わせて拡張できる (LightSwitchのデモ) ・Visual Studio LightSwitch 2011でアプリケーションを作成・Windows Azureに発行 ※2011/10/20現在、Microsoft Conference 2011のセッション資料(PowerPointスライドショー)が公開されています。　「Microsoft Conference 2011」で検索して、ダウンロードしてください。
2011/07/27	Microsoft Visual Studio LightSwitch 2011の日本語正式版のダウンロード提供開始

LightSwitchのパスワード

LightSwitchのアクセス制御で「フォーム認証」を指定して、実際にログインし、単純なパスワード(例：password)に変更すると、「パスワードがパスワードの要件を満たしていません。最低限必要なパスワードの長さと複雑性を確認してください。」というエラーが表示されます。

LightSwitchが使用しているユーザー管理の仕組み ASPNET Membershipでも、 Windows Server 2008やWindows 7などと同じように、パスワードポリシーというものがあります。

ここでは LightSwitchアプリケーションのパスワードポリシー、パスワードリセットについて説明します。

発行直後のMembership設定
LightSwitchアプリケーションを作成して、発行した Web.Config内の Membershipは以下のように設定されています。

requiresUniqueEmailは電子メールアドレスを一意にするかですが初期値でfalse(一意にしない)が設定されています。
LightSwitchアプリケーションのユーザー設定画面では電子メールアドレス欄はないので、気にしないでください。
requiresQuestionAndAnswerはユーザーがパスワードリセットまたはパスワードを取得する際に「パスワードの質問(例：あなたの犬の名は？)」に答えなければならないようにするかですが初期値でfalse(質問なし)が設定されています。
また、requiresQuestionAndAnswerがfalseの場合には、無効なパスワード試行回数が追跡されないため、ロックアウトは発生しません。
その他は指定されていないので、ASPNET Membershipの既定値で動作します。

Membershipプロパティ
Membership プロパティは、前述した requiresUniqueEmail, requiresQuestionAndAnswer以外にも 11プロパティあります。

パスワードポリシー設定は、以下のプロパティです。

プロパティ名	意味	既定値
MinRequiredNonAlphanumericCharacters	英数字以外の特殊文字数の下限値	1
MinRequiredPasswordLength	パスワード長の下限値	7
PasswordStrengthRegularExpression	正規表現 ※複雑性	空白

既定値では英数字以外の特殊文字を1文字以上含み、パスワード長が7文字以上です。

パスワードロックアウト制御は、以下のプロパティです。

プロパティ名	意味	既定値
RequiresQuestionAndAnswer	無効なパスワード試行の追跡有無	※false
PasswordAttemptWindow	無効なパスワード試行の時間(分数)	10
MaxInvalidPasswordAttempts	無効なパスワード試行の回数	5

※RequiresQuestionAndAnswerのASPNET Membershipでの既定値は trueですが、LightSwitchアプリケーションを発行した際に作成される Web.Configで falseが設定されています。
(ASPNET Membershipの)既定値では 10分間に5回パスワードを間違えるとロックアウトされます。

ロックアウトした場合、管理者がロックアウトを解除しなければログインできなくなります。
しかし、LightSwitchアプリケーションのユーザー管理画面にはユーザー名、パスワードしか変更できず、ロックアウト解除はデータベースを直接変更するか、ASPNET Membershipのテーブルをメンテナンスする画面を作るかになります。

データベースを直接修正する場合、LightSwitchアプリケーションが使用しているデータベース内のaspnet関連テーブルを変更します。
1) aspnet_UsersテーブルのUserNameでユーザーのレコードを特定
2) そのユーザーのレコードのUserIdをメモしておく
3) aspnet_Membershipテーブルを開き、UserIdが一致するレコードを特定
4) そのレコードの IsLockedOutを TrueからFalseに変更

データベース修正は ASPNET Membershipの理解を深めることはできますが、通常のシステム管理者にとっては作業負荷となりますので、ロックアウトを使う場合にはユーザーの画面を作成することをお勧めします。

LightSwitchのアクセス制御

業務アプリケーションでは企業データを取り扱いますので、アクセスユーザーの管理、アクセス権限管理などが必要になります。

Excel VBAの場合は、パスワードによる保護やIRM(Information Rights Management)サービスによる資格情報確認などの権限管理があります。Accessの場合は、パスワードを使用した暗号化があります。

LightSwitchアプリケーションでは、プロジェクトプロパティの[アクセス制御]でユーザー認証方法が選択できます。

認証の種類	説明
Windows認証	Windowsユーザー、ActiveDirectoryユーザーの認証 LightSwitch画面右下に Windowsユーザー名が表示される以下のいずれかが選択できる・アプリケーションの[ユーザー]画面で指定されたユーザーのみ許可する・認証されたすべてのWindowsユーザーを許可する
フォーム認証	アプリケーションが管理するユーザー、パスワードで認証 LightSwitch画面右下にユーザー名(デバッグ時はテストユーザー)が表示される
認証を有効にしない	ユーザー認証なし（既定値） LightSwitch画面右下にユーザー名は表示されない

LightSwitchアプリケーションでは、アプリケーションデータの機密性、アクセスするユーザー数などに応じて、簡単なアクセス制御から高度なアクセス制御まで実装できます。
１つのユーザー・パスワードを共有
Accessアプリケーションのように、アプリケーションで単一のパスワードを設定して、複数名でパスワードを共有するような管理方法は、「フォーム認証」を選択し、管理者ユーザー名とパスワードを指定することで、実現できます。

フォーム認証では、アプリケーション起動時にログイン画面が表示されます。

ログイン後は、画面右下にユーザー名が表示され、ユーザー名をクリックし [パスワード変更]ができます。

役割ごとのユーザー・パスワードを複数名で共有
役割に応じて画面表示やデータ編集の権限などが異なる場合には、「フォーム認証」を選択し、役割に応じたユーザー(管理者、利用者など)を複数作成して、それぞれのユーザー名・パスワードを複数名で共有することで実現できます。

この場合、LightSwitchアプリケーションでは、役割に応じた画面表示 OK/NGの実装（_CanRunメソッドを編集して、ユーザーのロールごとのメニュー表示/非表示を切り替え）が必要となります。
コードの実装、デバッグ方法については技術との戯れ　LightSwitchの記事を参考にして下さい。

フォーム認証のユーザーは、アプリケーション実行時の[管理]メニューの[ユーザー]で追加、編集できます。

フォーム認証の役割は、アプリケーション実行時の[管理]メニューの[役割]で追加、編集できます。

ユーザー、役割は ASPNET Membershipで実現されています。作成したユーザー、役割はデータベースのaspnet_Userテーブル、aspnet_Roleテーブルなどに格納されています。

個々のユーザー・パスワード
Windowsドメイン(ActiveDirectory)環境がある場合、「Windows認証」を選択します。
「アプリケーションの[ユーザー]画面で指定されたユーザーのみ許可する」を選択すれば、ユーザーの表示名やパスワード管理は Windowsドメインにまかせて、Windowsドメインユーザーのうち、LightSwitchアプリケーションを利用するユーザーを選択できます。
「認証されたすべてのWindowsユーザーを許可する」を選択すれば、ユーザー認証のすべてをWindowsドメインコントローラに任せられます。全社で使用する情報表示アプリケーションなどでこの設定にすれば、「管理が容易」となります。

Windowsドメインはないが、個々のユーザー・パスワードで管理したい場合には、「フォーム認証」を選択します。

LightSwitchのＱ＆Ａ

LightSwitchの開発をはじめると、数々の疑問が浮かび上がってきます。
しかし、まだ日本語のフォーラムなどがないようなので、とりあえずＱ＆Ａ形式で載せておきます。

(Q1)	作成済みのテーブル名を変更したら、作成済みの画面名は変更されますか？
(A1)	いいえ、変更されません。
(Q2)	作成済みの(テーブルの)フィールド名を変更したら、編集グリッドなどのフィールド名は変更されますか？
(A2)	画面上のフィールド名は自動的に変更されます。フィールドの自動計算などのカスタム検証(内のメソッド名など)も自動的に変更されます。
(Q3)	作成済みのテーブルにフィールドを追加したら、作成済みの画面に追加されますか？
(A3)	いいえ、追加されません。そして、Debug実行時にこっそり Visuala Studioの出力ウィンドウに警告が表示されていたりします。
(Q4)	画面上部のメニュー(リボン)を小さくするには？
(A4)	アプリケーションのDebug実行にメニュー右側のユーザー設定 [^]をクリックするとメニューが小さくなります。プログラムで自動的にできないかは、要調査。
(Q5)	テーブルフィールドの型にはどのような型がありますか？
(A5)	Binary,Boolean,Date,Date Time,Decimal,Double,Image,Integer,Long Integer,Money,Short Intger,Stringなどの標準的DBMSにあるデータ型の他に、Email Address,Guid,Phone Numberのデータ型があります。詳細は、LightSwitchのデータ型を参照してください。
(Q6)	テーブルフィールドのカスタム検証はどのタイミングで実行されますか？
(A6)	テーブルのレコードデータを新規作成、編集したタイミングで実行されます。カスタム検証を追加する前にテーブルのレコードデータがある場合は検証は実行されません。
(Q7)	デザイナーなどで定義したテーブルデータはどこに保存されていますか？
(A7)	発行するまでは、ローカルファイルに保持しています。発行のタイミングで SQL Serverデータベースなどに移されます。
(Q8)	どこのWebサーバーを使っていますか？
(A8)	発行するまでは、ローカルコンピュータ上で動作しています。LightSwitchプロジェクトの初期設定ではデスクトップアプリケーションとなっています。

LightSwitchのコントロール開発

LightSwitchのコントロールは、LightSwitchアプリケーションの外観と機能をカスタマイズするもっとも一般的な方法です。
LightSwitchのコントロールは SilverlightコントロールにLightSwitchモデルの機能を追加したものです。
LightSwitchにコントロールを追加する方法は、カスタムコントロールを開発するか、コントロール拡張(control extension)するかの２つの方法があります。
ほとんどのSilverlightコントロールが、LightSwitchのカスタムコントロールとして直接使用できます。グループコントロールなどのいくつかのコントロールについては、コントロール拡張を作成して、使用できます。

コントロール拡張の種類を下表に示します。

種類	説明
Value	単一コントロールのような単純なデータ
Details	単一のコントロールやノード配下の子要素のような要素または要素の複合体
Command	Button や Hyperlinkのようなアクションのあるアイテム
Collection	Grid や ListBoxのようなアイテムのコレクション
Group	TableLayout や RowsLayoutのようなアイテムのグループ

コントロール拡張を開発する方法は、MSDNに多くのサンプル(Walkthrough)がありますので参考にしてください。
・Walkthrough: Creating a Smart Layout Control Extension.
・Walkthrough: Creating a Stack Panel Control Extension.
・Walkthrough: Creating a Value Control Extension
・Walkthrough: Creating a Detail Control Extension.

LightSwitchのビジネス型開発

LightSwitchには、Integer,Stringなどの標準的なデータ型があり、入力値の検証（バリデーション）もできます。バリデーションには、Nullチェック、最大文字列長チェック、上限/下限チェック、通貨型の精度・小数点以下桁数チェックがあります。
LightSwitchには、電子メールアドレス用のEmail Address、電話番号用のPhone Numberというデータ型も用意されていて、簡単に書式設定や検証ロジックのカスタマイズができます。

単純なデータなどを１つのテーブルフィールドで扱う場合には、LightSwitchの標準データ型を使用すればよいのですが、業務システム・業務データというものは複雑なので、標準データ型だけではカバーできないケースもでてきます。
例えば、複数箇所で同じ種類のデータ(企業や業界特有のID、番号など)を取り扱う場合や、複数のLightSwitchアプリケーションで同じ種類のデータを取り扱う場合などです。 LightSwitchに組み込まれている標準のデータ型の Integer,Stringなどのカスタム検証で検証ロジックをプログラミングすると、複数箇所に同じようなプログラムができ、テストの時や仕様変更の時などに問題となります。

このような「LightSwitchの標準データ型でカバーできない」場合には、LightSwitch拡張機能のビジネス型を開発します。
LightSwitchのビジネス型では、独自の書式設定、検証ロジック、プロパティオプションの組み合わせなどができます。

ここでは、LightSwitchのビジネス型を開発する手順(MSDNのWalkthrough: Creating a Business Type Extension)について説明します。
※LightSwitchの拡張開発に必要なソフトウェアのインストールについては、LightSwitchの拡張開発環境を参照してください。

プロジェクト作成
1) Visual Studioを起動し、[新規作成]→[プロジェクト]をクリック

2) 新しいプロジェクト画面の左側で [LightSwitch]の下の[Extensibility]をクリックし、画面中央で「LightSwitch Extension Library」を選択し、プロジェクト名に BusinessTypeExtension と入力し、[OK]をクリック

3) プロジェクトが作成され、ソリューションエクスプローラに 7つのプロジェクトが追加されます。
BusinessTypeExtension.Client
BusinessTypeExtension.Client.Design
BusinessTypeExtension.Common
BusinessTypeExtension.Design
BusinessTypeExtension.Lspkg
BusinessTypeExtension.Server
BusinessTypeExtension.Vsix

BusinessTypeファイルの追加
4) ソリューションエクスプローラで [(プロジェクト名).Lspkg]を右クリックし、[追加]→[新しい項目]をクリック

5) 新しい項目の追加画面の中央で「Business Type」を選択し、画面下部のファイル名に PositiveIntegerと入力し、[追加]をクリック

6) ビジネス型のxamlファイルが追加され、画面表示されます。関連ファイルは、.Clientプロジェクトなどに作成されます。
(.Clientプロジェクト￥Presentation￥Controls)
PositiveIntegerControl.xaml
(.ClientDesignプロジェクト￥Resources￥ControlImages)
PositiveIntegerControl.png
(.Commonプロジェクト￥Metadata)
￥Controls￥PositiveIntegerControl.lsml
￥Types￥PositiveInteger.lsml
Module.lsml
(.Commonプロジェクト￥Resources)
ModuleResources.resx
(.Designプロジェクト￥Resources)
￥ControlImages￥PositiveIntegerControl.png
PositiveIntegerControlImageProvider.cs

データ型のOverride指定
ビジネス型は、LightSwitch標準のデータ型（Integer,Stringなど）をOverride指定して、定義します。
7) ソリューションエクスプローラで [(プロジェクト名).Common]を展開し、￥Metadata￥Types￥PositiveInteger.lsmlをダブルクリック

8) PositiveInteger.lsmlのSemanticTypeタグには、既定では String をOverride指定するようになっていますので Int32 に変更

表示名、説明、作者の設定
9) ビジネス型の表示名、説明、作者を設定します。
・各プロジェクトファイルのプロパティ - アセンブリ情報
・.Commonプロジェクト￥Metadata￥Controls￥PositiveIntegerControl.lsml
・.Vsixプロジェクト￥source.extension.vsixmanifest

ビルド、実行
ここまでの設定を一旦すべて保存して、ビルド、実行します。
10) ソリューションのビルド、実行(F5)

11) 新しくVisual Studioがもう１つ起動されますので、新しいプロジェクトでLightSwitchアプリケーションを作成するか、既存プロジェクトのLightSwitchアプリケーションを開きます。

12) 新しく起動されたVisual Studioのソリューションエクスプローラでプロジェクトを右クリックし、[プロパティ]をクリック

13) プロジェクトプロパティ画面の左側で「拡張機能」をクリックし、画面中央で BusinessTypeExtension を選択し、左側のチェックボックスをチェック

14) ソリューションエクスプローラで任意のテーブルをダブルクリックし、デザイナーを表示し、新しいフィールドを追加し、（例： DT_PositiveInteger）型で「PositiveInteger」が選択できることを確認

15) 新しく起動されたVisual Studioを終了し、デバッグを終了

対応するコントロールの定義
LightSwitch拡張機能のビジネス型を作成すると、既定ではシンプルなTextBoxコントロールが自動的に作成されます。ここではそのTextBoxコントロールのxamlファイルをカスタマイズします。
16) ソリューションエクスプローラで、.Clientプロジェクト￥Presentation￥Controls￥PositiveIntegerControl.xamlをダブルクリック

17) PositiveIntegerControl.xamlのTextBoxタグを Gridタグ、Sliderタグ、TextBlockタグなどに変更

バリデーションの定義
ビジネス型にバリデーション(入力の検証)を追加するには、以下の定義が必要となります。
a) Constant定義
b) 検証ルール(Validation rule)定義
c) 検証アトリビュート(Validation attribute)定義
d) 検証ファクトリー(Validator factory)定義
e) 検証インディケーター(Validation indicator)定義

18) まずConstant定義を追加します。ソリューションエクスプローラで .Commonプロジェクトを右クリックし、[追加]→[クラス]をクリック
19) 新しい項目の追加画面で、クラスのファイル名に BusinessTypeExtensionModuleと入力し、[追加]をクリック

20) BusinessTypeExtensionModule クラスを下図のコードに変更

21) 次に検証ルールを定義します。ソリューションエクスプローラで .Commonプロジェクトを右クリックし、[追加]→[クラス]をクリック

22) 新しい項目の追加画面で、クラスのファイル名に PositiveIntegerValidationと入力し、[追加]をクリック

23) PositiveIntegerValidation クラスを下図のコードに変更

24) 次に検証アトリビュートを定義します。ソリューションエクスプローラで .Commonプロジェクト￥Metadata￥Types￥PositiveInteger.lsmlをダブルクリック

25) PositiveInteger.lsmlのSemantivType.Attributesタグ内のDisplayNameタグの直後に Attributeタグを追加
26) PositiveInteger.lsmlのSemantivTypeタグの後に AttributeClassタグを追加

27) 次に検証ファクトリーを定義します。ソリューションエクスプローラで .Commonプロジェクト￥PositiveIntegerValidation.csをダブルクリック

28) PositiveIntegerValidation.csのPositiveIntegerValidationクラス内のコンストラクタ直後に PositiveIntegerValidatorFactoryクラスを追加

※コードは msdnのコードをコピーしてください。ただし、2箇所ほど間違っていますが。

29) 次に検証インディケーターを定義します。ソリューションエクスプローラで .Clientプロジェクト￥Presentation￥Controls￥PositiveIntegerControl.xaml をダブルクリック

30) PositiveIntegerControl.xaml のUserControlタグにネームリファレンスを追加

31) PositiveIntegerControl.xaml のUserControlタグ、Gridタグ内のTextBlockタグの直後に ValidatableContentControlタグを追加

※ここで Visual Studioの青波線がでる場合もありますが、[すべてのファイルを保存]→[ソリューションのビルド]をすれば解消します。入力したコードが間違ってなければですが。

カスタムプロパティの追加
ビジネス型でも LightSwitch標準の組み込み検証ルールは常に実行されます。組み込みの検証ルールの実行ON/OFFが追加できます。ビジネス型にカスタムプロパティを追加するには、以下の変更が必要となります。
・メタデータの更新
・constantsの追加
・検証コード(Validation code)の追加

32) まずメタデータを更新します。ソリューションエクスプローラで .Commonプロジェクト￥Metadata￥Types￥PositiveInteger.lsml をダブルクリック

33) PositiveInteger.lsmlのAttributeClass.Attributesタグの直後に AttributePropertyタグを追加

34) PositiveInteger.lsmlのSemanticType.Attributesタグ内のAttributeタグ内に Propertyタグを追加

35) 次にconstantsを追加します。ソリューションエクスプローラで .Commonプロジェクト￥BusinessTypeExtensionModule.csをダブルクリック

36) BusinessTypeExtensionModule.csのValidationAttributeクラスに const ShouldBeEvenPropertyName、ShouldBeEvenPropertyEditorName を追加

37) 最後に検証コードを追加します。ソリューションエクスプローラで .Commonプロジェクト￥PositiveIntegerValidation.csをダブルクリック

38) PositiveIntegerValidation.csのValidateメソッドのコードを変更

検証アトリビュートのNullチェックなどの検証コードが追加されています。

MSDNのWalkthroughでは、「プロパティエディターの作成」もありますが、ご興味のある方はチャレンジしてみてください。

実装の確認
ここまでの変更をすべて保存し、ソリューションビルド、実行(F5)して、ビジネス型にカスタムプロパティが追加されていること、検証コードが正しく動作していることなどを確認してみてください。

LightSwitchの画面テンプレート開発

LightSwitchの画面テンプレート（スクリーンテンプレート）は、「新しい画面の追加」で選択できるテンプレートで標準では詳細/編集可能グリッド/一覧および詳細/新規データ/データ検索の５種類があります。

レポート機能などを追加する場合や、標準の画面ではカバーできないデータソース接続を含む画面などを追加する場合に有用です。

LightSwitchの画面テンプレート開発の前半部分（プロジェクト作成〜拡張機能ファイルの追加）とインストール方法などは、テーマの開発やシェルの開発と同様です。開発の後半部分は、シェルの開発と同様に「プログラム寄り」な内容が多く、難解です。

LightSwitchの画面テンプレート開発例を下図に示します。