ゲストさん、こんにちは

高級アプリ製作の極意　～WPF編～のお部屋へようこそ。
このお部屋では 第17章 の「 スレッドを利用した分散処理 」についてお話したいと思います。

アプリ製作において どうしても避けられないのは CPU負荷の高い処理 です。
たくさんのデータの中から検索したり、難しい計算を繰り返し行ったりするとCPUをたくさん使用することになります。

高級アプリは基本操作する人を待たせないことが要求されます
どうしても待ってもらう必要が出てきた時は「 処理を行っている状態を常に表示する 」や「 バックスレッドを使用して他の作業が出来るようにする 」などの対策が必要です。

バックスレッドは便利で表向きのUI操作とは別に自由に処理を行うことが出来ます
そして、スレッドの処理のタイミングで表向きのUIへ表示を反映させることが出来ます

バックスレッドをたくさん使用すればその分CPU負荷も上がるので全部スレッドを分ければ良いのかと聞かれたらそうではないので 本当に高負荷の処理に合わせて利用するのが好ましい 。

サンプルで実装しているスレッド処理は、「 Threadクラスを使用した高度なスレッド制御 」と「 Taskクラスを使用したシンプルなスレッド処理 」の2種類です

特に .Net framework 4.5から用意されたTaskクラスのスレッド処理は本当に実装が楽で扱いやすい 処理です
１分掛かるアプリがあってそこへ１０行程度のTask分散処理を記述したところ１０秒程度になったなんてこともあります
お仕事で200人以上の人が使うアプリとかをちょくちょく作る私は 特に処理速度は気を使っていますよ 。

仕事でも下の単純な計算式を周りの人にしっかり伝えています。
アプリ利用者の作業コスト ＝アプリによって待たされる時間 ×人数 ×使用頻度

待ち時間が１分で１０人が１日に１０回使用するとしたら１００分の作業時間が掛かるわけで、１０秒の待ち時間なら１０分で済むわけです。

１日に平等にある作業時間を とりあえずで組んだへなちょこプログラムで浪費しないように ね


 サンプルダウンロード
　


 サンプルイメージ画像


解析用のボタンを2種類用意しました。
「解析」 のボタンはバックスレッドを使用しないので ボタンを押した瞬間から数分間、アプリの操作を一切受け付けません 。
「解析（スレッド）」 のボタンはバックスレッドを使用します。
バックスレッド処理のため処理中でも操作を行うことができます。

サンプルプログラムは2種類のスレッド処理を記述しています。
ソースコード内にマクロで機能の切り替えが出来るようになっていますのでUSE_THREADの定義を探して有効無効に切り替えてみて下さい。

サンプルの中では C言語向けのAPIをDLLから参照して呼び出しする少し高度な処理 も書いています。
独自制御のスレッド処理の場合はCPU割り当てもしたいことがあるので使用するCPU割り当てを行うための処理も参考になるかと思います。
 

ゲストさん、こんにちは

高級アプリ製作の極意　～WPF編～のお部屋へようこそ。
このお部屋では 第16章 の「 データの入出力の簡略化 」についてお話したいと思います。

アプリケーションの製作において 必然的になるものと言えばデータ入出力 もその一つです。
ここまで読み進めているゲストさんはもうアプリの１つや２つ作ったことがあるかもしれないですね
データの入出力処理はどうしていますか
昔、私は自分でCSVや手書きのXMLなどで入出力を行っていました

プログラムを組んで１つ１つの入出力処理を書くって かなり重労働 なんですよね
今回紹介する簡略化を行うとデータの入出力のための処理は 短めのコード2行 で出来ます
（共通コードとして数十行書いたコードがあることが前提ですが）

今回紹介するのは XMLのシリアライズとデシリアライズによるファイルの読み書き についてです。

XMLシリアライズの利用の有無でどう違うのかまとめます。

 XMLシリアライズを利用する

1. クラス構造を書くだけでXMLファイルにメンバ変数の情報が入出力できる（利点）
2. ファイルの入出力に関するコード記述が1度だけで使いまわせる（利点）
3. 読み込みトラブルが発生しにくい（利点）
4. クラスのインスタンスを直接変換されるので扱いやすい（利点）
5. クラス構造に名前を付けておくことで自由なタグ名やアトリビュート名が付けられる（利点）
6. クラス構造にルールを設けて記述を行う必要がある（難点）
7. 読み込みトラブルに失敗した時に何が原因か分かりにくい（難点）
8. ファイルサイズが大きくなりやすい（難点）

 XMLシリアライズを利用しない

1. 自由な形式のフォーマットで出力できる（利点）
2. ファイルサイズを小さく出来る（利点）
3. 読み込みトラブルが発生しても原因を特定しやすい（利点）
4. 実装にコストが掛かる（難点）
5. メンバ変数追加の度に変数からの読み込みや書きだし対応が必要（難点）
6. 複雑なデータ構造にするとメンテナンスが大変（難点）

 サンプルダウンロード
　


 サンプルイメージ画像


４つのメンバ変数を持つクラスをUIに割り当てました。
開くボタンでXMLファイルを読み込みUIへ直接反映します。
保存は入力されている情報をXMLへ書き込みします。


↑XML中身はこんな感じです↑（横長だったので改行入れてます）

今回はシンプルなデータでしたので４つのアトリビュートを持つ１つのクラスで構成されています。
エレメントを持たせたり階層構造にするとより 複雑なXMLファイルが入出力出来る ようになります
コードを見て頂くとお分かりになると思いますが、変数名とXMLに出力されている名前は別扱いしています。
変数名直接だと見難くなったりもするのでアトリビュート名を記述して分かり易くしています。

 

ゲストさん、こんにちは

高級アプリ製作の極意　～WPF編～のお部屋へようこそ。
このお部屋では 第15章 の「 データの保護 」についてお話したいと思います。

アプリケーションの開発が進み設定データや各種データの保存を行うようになってくると色々と気になってくることがあるかと思います。
前回のデータサイズもそうですが、 データの構造 ってあまり 外部公開すべきではないことがあります 。
特に ノウハウが詰まったデータ構造をしていると言うのであればなおさら です。
データサイズの記事でもデータの安全性について述べていますが今回はよりデータを保護するために暗号化を施していきます。

今回は、 TripleDES を使った簡単な暗号化についてサンプルを紹介します。
TripeDESは安全面でいえばややSHA-2などに比べれば劣るのですが.Net Frameworkで簡単に利用できるAPIが用意されているので紹介 しています。
24bitのキーと8bitの初期ベクタの2つの情報を使用して暗号化、複合化を行います。
この２つの情報が暗号化時と複合化時に必要になります。
なので 暗号化した外部ファイルなどどこかに情報として保持しておく必要がありますのでご注意 ください。

 サンプルダウンロード
　

 サンプルイメージ画像


今回のサンプルでは 文字列を相互に暗号化・複合化するための処理 を作成しました。
単純には解読できないデータになりますので秘密の文章交換などにも利用できそうですね。

内部の処理ではバイナリデータを取り扱いしていますので、 バイナリデータとして出力したファイルを暗号化 したり、 ネットワークの通信で利用するデータを暗号化 したりするなど応用が利きますよ。

ゲストさん、こんにちは

高級アプリ製作の極意　～WPF編～のお部屋へようこそ。
このお部屋では 第14章 の「 データの圧縮 」についてお話したいと思います。

アプリケーションを作成していけば 必然的に必要になるのがデータの入出力 なのですが 単純なテキストやバイナリをそのまま出力すると大変 なことになります。
それは、 ファイルのサイズ です。
とくに テキストファイルはどんどんファイルサイズが太ります

そこで必要になってくるのが圧縮してのサイズを小さくすることです
圧縮ってファイルサイズが小さくなるだけじゃなくてちょいと良いことがあるんですよ

それは、 データの安全性の向上 です
下手に圧縮ファイルをいじれば展開出来なくなります。
テキストに比べれば可読性が悪いのでデータを直接いじることも難しくなります

今回のサンプルでは 圧縮を行うため便利な関数を含めていますのでそのまま利用できます

関数の処理だけなのでVisual Studioの画面はいらないと思うのですが・・・
WPFを使ったアプリの 上級編ってことでWPFの利用テクニックを追加で紹介 しますよ。

今回のアプリでは処理結果をTextBlockで画面に表示しています
おなじみの Bindingを利用すればプログラムで設定した文字が表示できる のですが今までのやり方、 変数に代入するだけでは表示されない問題 となります
これは、変数が変わってもUIの表示が更新されないために発生するのです。

赤線で目印をしたところが PropertyChanged と言う バインドされた変数の更新を受け取ってUIを更新する ためのやり方です
黄色線はウィンドウの設定で今までのサンプルで使わなかったものです。

それぞれの内容です・・・
 WindowsStyleでツールウィンドウ表示に
 ResizeModeでウィンドウサイズを固定に
 SizeToContentで高さをUIに合わせて自動調整するように
 TopMostで最前面表示に
 WindowStartupLocationで実行画面の中央に表示されるように
各プロパティに設定した項目の説明でした。

今回もサンプルを載せましたので色々いじって研究してみてはいかがでしょう

 サンプルダウンロード
　


 サンプルイメージ画像

圧縮したいファイルのパスを指定して圧縮ボタンを押すことで元ファイルの隣に圧縮済みのデータを保存します。（圧縮後は.zlibと言う拡張子が付きます）


展開したいファイルのパスを指定して展開ボタンを押すことでZLib圧縮されたファイルを展開してファイルに保存します。（.binファイルとして拡張子を指定してます）


出来れば圧縮したことが分からない拡張子を選択することをおすすめします。
サンプルは簡単なエラーチェックのみをしていますので 製品アプリを製作する際はエラーチェックをしっかりとして 下さいね。
 

ゲストさん、こんにちは

高級アプリ製作の極意　～WPF編～のお部屋へようこそ。
このお部屋では 第12章 の「 アプリ製作の設計 」についてお話したいと思います。

アプリの製作において重要なのは設計ですよね
設計図もなしに構築していくのは 自殺行為
設計図を作成せずに製作出来る人は頭の中に設計図を描ける人だけです
ただし、頭の中はだれにも読み取ることはできませんし本人が忘れたら終わり なのです
情報として残すという意味でも設計は必ず行い書面化 しましょう

無駄に数時間プログラムを書くならちゃんと 設計して短時間で必要なプログラムを書け って思うね
設計せずにプログラムすると後で後悔するし無駄な作業コストが増えるから設計してプログラムしろって意味 だよ

さて、アプリを作るぞって思ってからゲストさんはどうしますか
いきなりコードは書きませんよね・・・

以下の内容は おとは が良く行う方法なのですが絶対ではありません
悪いところもあるでしょうから参考情報としてご利用下さい
ちなみに、ここで紹介している内容は とくに 転載とか2次配布禁止ですよっ
(他ページの物も基本私的利用以外は禁止だよ)
聞かれたら答える程度で後輩や新人にも教えたことない内容だから・・・
私的利用、社内利用はご自由に

 マインドマップによる構想
XMindというフリーのマインドマップツールです
PDFやMSプロジェクトへの出力などが便利なので  おとは  はそろそろ有料版にしようかと思っています。（1万円くらい）
社内でのブレインストーミングをするにも便利ですよ


マインドマップでなくて もエクセルでもワードでも良いので社内で利用しやすいツールを使って 下さい
重要なのは以下の内容を明記することです

 アプリの製作の肝となる「 目的 」、 何がしたいのか何が出来るのかを明確 にする。
 目的を達成するために必要なことを大枠で決める。　これをコアタスクとする
 コアタスクに概算工数 を付けて優先度順に並び変えていく
 概算工数からスケジュールに落とし込みしていく

上記の点をまとめるとワードのような文章よりはエクセルの図を利用する方が楽だと思います
おとは  は自宅ではXMindを利用していますのでそちらで紹介します

ぶろぐるすとーりーと 、本ウェブサイトの 土台システムの構想 です
 最初に目的として「ゴール」を決めます
 次に要件として必要な資産をまとめて足りないものを予算に応じて書きとめました。
 ゴールが決まればどんな機能があると良いかを考えます
　ブログ投稿サイトの構想なので他のサイトを参考にして欲しい機能を決めていきます。
　欲しい機能が決まったら実装していきたい順番を決めます。
 運営リスクを最初のうちから考えておきます
　リスク対策をしながら構築していくことはとっても重要です。


 マインドマップによる基本設計
構想が出来たら具体的な設計に入っていきます。
こちらの画像はぶろぐるすとーりーとの基本レイアウト・フォルダ構成・ライブラリの構成をまとめたものです。

ぶろぐるすとーりーとがどのようなレイアウト構成で表示を行っているのかが分かるようになっています
アプリの構成は書いていないですがライブラリの構成をまとめています。
開発PCとウェブサーバーへの反映方法も少しだけ記載しています


 アプリの基本設計
構想が出来たら具体的な設計に入っていきます。
この画像はメインアプリとライブラリまとめたものです。

ライブラリとメインアプリのソースコードの関連性と一部のフォルダ階層は画像が大きくなるので割愛しております
プログラムの設計上のフォルダ構成とプログラムの仕様別のファイル分けが分かってもらえたらと思います


 おまけ
現在開発中の おとは製 のC#の基本ライブラリと高級ライブラリの作成段階の構成図です。
こちらを元にVisual Studioでちょこちょこプログラムを構築しています

Ex が付いているのが 高級 ライブラリ です。
各個別のライブラリ処理をまとめて便利にしているから高級ってことになっています・・・
高級と付けるくらいだからこの画像からもっと進化していくだろうとは思うけどね
実際に使ってみて思うことがあれば拡張していくものなのでどんどん便利になるはず

設計に困ったら経験豊富な上司や先輩に素直に質問した方が絶対良い結果になるよ
（ちゃんと実績・実力がある人にたよってねっ）

ゲストさん、こんにちは

高級アプリ製作の極意　～WPF編～のお部屋へようこそ。
このお部屋では 第13章 の「 WPFアプリ配布の注意事項 」についてお話したいと思います。

ここからは上級編となります
個人の方よりは 企業向けの内容 で、「コスト削減のテクニック」や「ツールノウハウ」や「データの保護」、「業務で気にして欲しいこと」などをまとめていきます。

上級編の最初にお伝えするのは完成したアプリやライブラリの保護についてです
体験版だったり、期限を設けてバージョンアップを強制するなど色々と 販売商品には工夫をする必要 があります。
ライセンスファイル認証 でも アカウント認証 でも良いので実装します。
と言うのも、 無制限に利用し続けられるのは危険度が高いので避けるべき です
古いバージョンで動かないって言われてももう直しましたって言うバグもあるわけなので

WPFだけでなく.Net Frameworkを利用したマネージコードは組みやすい代わりにかなりの安全面に問題 があります
マネージコードはコンパイル後にMSILやCILと言う中間言語に変換 されます
このIL言語は組み直すことで処理を改変・編集することが出来てしまいます
どういうことになるかと言うと、 ライセンス認証や起動期限などを付けたとしても その判定処理自体を削除 してしまえば 無効化 できる のです
ツールを自由に利用できるだけでなく、ソースコードの中身も読み取れるのでどのような実装をしているかもわかってしまうのです
たくさんのノウハウを自らばらまいているということになります
ソースコードを読めるならそのまま利用して他のアプリを作ることだって出来てしまうのです

販売する商品がそんなのであったら・・・
本当に、おそろしい・・・

具体的に中身が見えているところをお見せしよう


これは ILSpy と言うフリーのソフトを利用しています。
私のWPFの講座の第11章で作成した実行ファイルWPF_Sample_06.exeを読込した際の情報が表示されています。
関数の中身が丸見えでしょ・・・

アプリを販売するなら、この 真っ裸のままじゃ怖すぎるので難読化を行う必要 があります
難読かアプリは10種類以上も出ており、10万～20万程度のものが主流のようです
Visual Studioに付属(機能制限版)のDotfuscatorも20万ほどします
予算がある企業なら実績のあアプリを使って難読化することをお勧め します。

今回、この講座においてわたしが個人と言うこともあるのと、 ライブラリやアプリを販売することも検討しているので数万円程度で購入できるアプリ を探すことにしました。
日本製やフリーの物など5種類ほど試したところで、ライセンス形式によりますが２～３万程度で購入できる
.Net Reactor を紹介します。


まずは、 検証も兼ねて体験版を利用 してみました。
英語版と言うことで敷居は高めですが、 出来ることはかなり多い ですね。
数10万する他のソフトよりも安くて機能が多いのがウリ のようです

実際、16項目をあげて.Net Reactorは15.5の機能がありますが他の比較されている高額製品は10ほどの機能と差が付いています。（本家サイトの情報元 -> http://www.eziriz.com/comparison.htm）

.Net Reactorで先ほどの実行ファイルに保護をして みました

読み取り不可能になっています
中間言語のIL自体を削除することが機能としてあるので読み取りが出来なくなるのです

他の製品はアプリが起動しなくなる問題があったり使い物になりませんでしたが .Net Reactorは問題なし 。
体験版のままだとアプリ起動時に警告メッセージが表示されるので 無償利用はできない です。

販売する自社製品は大事 に扱いましょう

ゲストさん、こんにちは

高級アプリ製作の極意　～WPF編～のお部屋へようこそ。
このお部屋では 第11章 の「 高度なユーザーインターフェース 」についてお話したいと思います。

高度なユーザーインターフェースは、TextBlock、TextBox、ButtonをはじめとするWPFで最初から用意されているコントロールを基本のウィンドウに貼り付けるのは変わりません
ただ、 共通のUIというものは設計のうちで出てくる ことがあります
そんなときに、共通の見た目、挙動をするUIの処理をその都度コピー＆ペーストして作成しますか
作業効率を上げたいのにソースのコピー＆ペーストをしていたら処理の変更を行う時に大変です

そこで、 利用するのがユーザーコントロール と言う機能です
簡単に行ってしまえば共通の見た目、共通の処理を定義したコントロールです
基本のウィンドウとは別のユーザーコントロールにUIを実装していきます。
実装したユーザーコントロールを基本のウィンドウに貼り付ければ共通化完了です

 ユーザコントロールの追加
プロジェクトを作成したら基本のウィンドウ(MainWindow.xaml)はほっといてユーザーコントロールを作成していきます


名前を決めて追加しましょう


1度コンパイルを行えばツールボックスに追加 されます
自動でツールボックスに反映するにはVisual Studioの設定が必要です。
（本お部屋の一番したに設定方法を記載しています）


作成したユーザーコントロールを基本のウィンドウに貼り付けます


 サンプルの説明
サンプルでは 貼りつけたユーザーコントロールが別々の動きをする （それぞれの状態が保持される）ことを分かりやすくするためにタブコントロールを用意して３つのタブにそれぞれ作成したユーザーコントロールを貼りつけました

TextBoxとButtonは以前にもお伝えしたBindingでメッセージボックス出しています。
今回ちょっと新しいのは TreeViewとListBoxにBindingを利用 しているのと 独自定義したクラスでTemplate表示 を行っているところです。
また、 GridSplitterによるコントロールの幅の簡易調整機能 を設けてみました。
Tempalate表示を利用することでより高度な表示が出来る ようになります。
今回のサンプルだとチェックボックスとテキストを並べて表示してます。

サンプルを動かしてもらった方が早いのでどぞっ

 サンプルのダウンロード
　

 自動My UserControl追加設定の手順
コンパイル後にツールボックス内に自作ユーザーコントロールを自動で表示する方法をお伝えします。
Visual Studioの「ツール (T)」から「オプション (O)...」を選びます。

Windowsフォームデザイナーから「ツールボックスを自動取得する」を選んでVisual Studioを再起動します


これであなたも、 高度なUIを1度だけ作成するだけで 色んなアプリに再利用できて コスト激減になること間違いなし ですっ

ゲストさん、こんにちは

高級アプリ製作の極意　～WPF編～のお部屋へようこそ。
このお部屋では 番外編 の「 WPFアプリとフォームアプリの違い 」についてお話したいと思います。
WPFの強いところ、素晴らしいところはゲストさんもご存じの通り、 XAMLのマークアップ言語による高度なUIの実現とプログラムとの連動 です。
一昔前、WPFが導入される前からあった.Net Frameworkで動作するGUIのアプリ作成方法。
それが、フォームアプリです。
フォームアプリはWPFと違ってマークアップ言語はありません 。
簡単にまとめれば、 すべてC#言語のプログラムで書いている ことに違いはありません。
Visual StudioにGUIを作成するための補助機能があってプログラムを書いてUIを作成しているようには思えないのですが実際その通りなのです。
フォームもWPFも同じく .Net Frameworkを使用して開発するアプリなのに大きく差 があります。

 WPFで作成したアプリの見た目


ボタンの見た目や背景色など 作成者の思考や趣味が具体的に反映 されるUIです
ゴージャス にもチープ にも見た目を変えられる点はフォームでの実現はかなり難しいです

 サンプルダウンロード  
　


  フォームで作成したアプリの見た目


べ、別にさぼりたくてさぼったわけじゃ・・・ないんだからねっ
どうあがいてもシンプル is the ベストと言う言葉でごまかすしかない見た目ですね

フォームアプリを製作している時のVisual Studioの画面です。

WPFのXAMLに近いファイルがありましてそれがForm1.Designer.cs と言うファイルです。
完全にC#言語のファイルになっています。
このファイルを見ると、1行ずつ書くUIの表示位置だったり詳細設定だったりが記載されています
Visual Studioの補助機能で自動でプログラムが生成されているということになります

 サンプルダウンロード
　

ゲストさん、こんにちは

高級アプリ製作の極意　～WPF編～のお部屋へようこそ。
このお部屋では 第10章 の「 外部ライブラリの利用 」についてお話したいと思います。
外部ライブラリの参照方法としては主に2つの方法 があります。
その２つは「 DLLを直接参照してプロジェクト全体で使用できるようにする方法 」と「 DLLから特定の関数のみを参照して利用する方法 」です。
その他、「DLLをプログラム上から実行時に動的に読込する」などもありますがより高度なので今回は割愛します。

 DLLまるごと参照する
直接プログラム内で外部のDLLを指定して関数レベルで参照を行う方法を紹介します
DLLのまるごと参照を行うためには .Net Frameworkで作成されたDLLであることが必須 です。
参照を追加した際に追加出来なければ.Net Frameworkで生成されたものではありません。

プロジェクト内ではないので外部から参照ウィンドウを使ってDLLを追加します
追加後は参照チェックをつけ忘れないようにご注意ください


参照設定が完了したらusingで名前空間を指定するかプログラムに直接書いて使用しましょう

 サンプルダウンロード


このサンプルは以前、「おとは製 WPFミニアプリの紹介」でも紹介したウェブカメラを操作するアプリです
DirectX系の機能の一つDirectShowの.Net Frameworkのライブラリを使っています


 関数レベルで外部DLLを参照する
直接プログラム内で外部のDLLを指定して関数レベルで参照を行う方法を紹介します


DllImportの命令を使用して参照するDLL名を指定すると共に参照したい関数を次の行に記述します
使用できる関数はC言語の関数でも利用できるところがうれしいところですね
この書き方はC#言語と言うより C言語の書き方になりますので安全性が落ちる点はお気をつけて 使ってね

 サンプルダウンロード


今回のサンプルは2年前に作成したアプリです
カテゴリー別に分けて登録してある顔文字を選んでブログなどで貼りつけるためのアプリです
おとは の常用アプリの一つです

データバインディングを利用している点も見て頂きたいところです
高度なインターフェースを利用しているのですが、UIそれぞれの説明は次回をお楽しみに。

 

ゲストさん、こんにちは

高級アプリ製作の極意　～WPF編～のお部屋へようこそ。
このお部屋では 第９章 の「 マークアップ言語でコスト削減 」についてお話したいと思います。

今回は WPFの一番の肝になるところ で 高級アプリ製作においてはしっかりと習得 して頂く必要があります
これが出来ないとしょぼいアプリ製作しか出来なくなります
・・・と言うのはやりすぎですが かなりのプログラミング時間を増加 させることになります。

タイトルは プログラムの削減としてプログラム時間を少なくするかのように書いてはいますが、増やさないのが今回の目的 なのです。
WPFではなく フォームアプリでプログラミングしたことがある人はどれだけの差があるか理解して頂ける はずです。


 外部リソースをXAMLで使用する際にしてするための記述です。
 外部リソースをXAMLに埋め込みする際の記述です。
  超重要 　 データバインディングと言うプログラムと連動させるための指定 です。


 プログラムに記述したプロパティの変数名とXAMLで連動する名前を一致させます。
 外部からのアクセスが行えるようにpublic修飾子で外部公開します。
　また、直接書き換えが可能になるようにgetとsetの権限を与えます。
 直接書き換え用のプロパティは自ら初期化が必要なのでコンストラクタで初期値を入れています。
 MainWindowのDataContextに自分自身のインスタンスをしていします。
　これによりそれぞれのUIがMainWindowのインスタンスを知ることが出来ます。
 メンバ変数をメッセージボックスで表示しています。

 サンプルダウンロード


サンプルを実行してみましょう。

リソースで指定した文字がUIで表示されていますね


テキストボックスの内容を書き換えて表示ボタンを押すとメッセージボックスに書き換えた内容が表示されるようになっています
プログラム内で定義した propMainText と言う文字列の プロパティがXAMLとプログラム共通の変数となりどちらからでも読み書きできるようになっている の でほとんどプログラムを書かずにUI処理が出来ます 。