これは PowerShell Advent Calendar 2016 の 22 日目のエントリーです。 PowerShell と WPF (Windows Presentation Foundation) という単語が並んだ場合、多くの方は PowerShell から WPF ウィンドウ等の GUI を扱う方法について想像されると思いますが、本エントリーはその逆です。 即ち、WPF で PowerShell コンソールを作成する手段について扱います。 最終的に、以下のような形で自身のアプリケーション内にビルトインの PowerShell コンソールを実装し、コマンドレットやスクリプトの実行とそれに派生し独自データのフィルタリング等を行えるようにします (画像はクリックで拡大されます)。 アプリケーション内にビルトイン PowerShell コンソールを搭載している身近な例としては、Win

WPFといえばMVVM。ただWPFのMVVMは補助ライブラリがないと開発がキツイなどと言われます。何がどうキツイのか、ライブラリが何を提供してくれるのかを学習してみました、初心者の私がこれを読む初心者の方にわかるよう説明してみたいと思います。 補助ライブラリとしては、MVVM Light toolkit, Composite Application Guidance for WPF(旧PRISM), Livet が有名です。MVVM Light toolkitは非常に多くダウンロードされているという噂、Composite Application Guidance for WPFはLightToolKitに比べてパフォーマンスが良くないという噂、Livetは国産のMVVMライブラリで細部のサポートが行き届いたライブラリという噂みたいです。 ０．ライブラリについて 今回の目的はこれらライブラリ

質問をすることでしか得られない、回答やアドバイスがある。15分調べてもわからないことは、質問しよう！新規登録して質問してみよう

はじめに MVVMのViewModelの処理で、処理の途中にユーザへの問い合わせをして以降の処理を分岐させたい（例：「警告：重複したデータがありますが上書きしますか？」→「はい」を選択したら継続し、「いいえ」を選択したら終了する）ような場合、ViewModelから確認ダイアログを表示すると、Viewへの依存を持つことになり、また自動テストもできなくなってしまう。Prismではそういったユーザ問い合わせを抽象化した仕組みがInteractionRequest名前空間にあるクラス・インタフェース群に存在するので使ってみる 準備 プロジェクトの参照に、次の２つのアセンブリを追加する Microsoft.Practices.Prism.Interactivity.dll PrismをインストールしたディレクトリのSource\bin\Desktopにあるはず 他のPrismアセンブリと同様に、Li

というわけで前回に引き続いてMVVMネタです。 今回はModelを作ります。 とりあえずModelから どういう順番で作るのが正解なのかよく分かりませんが、私はだいたいModelから作り始めます。 理由は単純でModelは絶対必要だから。 他の要素、ViewModelだけで無く(GUI的な)Viewも絶対必要とは考えません。この時点ではConsoleアプリケーションから呼び出して使うつもりで作りはじめます。その方がテストが書きやすい(気がする)ので。 だいたい、それ以外の機能はView作ってみて機能が足りなかったらViewModelに押しつけりゃいいというのが私の考えです。(いい加減) さくっとコーディング Model作成の時点では特にMVVMパターンだからどうという作法はあまりないので好きに作ります。＜おい というわけでVisual StudioでWPFアプリケーションを作成して下記のク

Windows Presentation Foundation 4.5入門は、ひとまず終了です。WPFの入門書が少ないというか絶無な日本で少しでも、これからWPFをやろうと思うひとの助けになれば幸いです。 この中で使用しているコードは一部をのぞき以下のGitHubで管理しています。 https://github.com/runceel/samples/tree/master/wpfedu/WPF4.5 このブログの原本のワードファイルも上記リポジトリから入手可能です。 過去記事 WPF4.5入門 その1 「はじめに」 WPF4.5入門 その2 「WPFとは」 WPF4.5入門 その3 「Hello world」 WPF4.5入門 その4 「Mainメソッドはどこにいった？」 WPF4.5入門 その5 「全てC#でHello world」 WPF4.5入門 その6 「WPFを構成するものを考

連載目次 レイアウト用のパネルに続き、今回は、「ユーザー／アプリケーション間の対話を担う要素」、いわゆるコントロールを中心として、WPFのUI要素について説明していく。 ■コントロール コントロールは、ユーザーとの対話を担う要素で、GUIアプリケーション開発の中心的存在といえる。コントロールは、マウスやキーボードなどのユーザー操作を受け取ったり、処理の途中経過や結果を適宜表示したりするために利用する。 ●コントロールの全体像 まず、コントロールや、関連するUI要素のクラス階層を見てみよう。主要なものをFigure 1に示す。 前回説明したとおり、FrameworkElementクラス（System.Windows名前空間）はWPFのほとんどのUI要素の共通基底となる基礎的なクラスで、Panelクラス（System.Windows.Controls名前空間）は子要素と協調してレイアウトを決定

娯楽特化のソフトウェアである「デスクトップマスコット」をWPFで作成する方法の導入をコードつきで紹介します。何かのプログラミング経験がある方を対象とし、特にC#の開発経験がある方には読みやすい内容になっていると思います。Read less

マイクロソフト系プラットフォームでWinFormsからWPFに移行せなアカンなーとかWPFにしたら何が嬉しいの？なんてことを思ってる人たちに捧げるシリーズです。 今回はWPFで作ったら何が嬉しいのかを俺っち的に感じられる例を１つあげてみる。 ・Visual Studio 2013(VS2012でも変わらんと思う) ・.NET Framework 4.0(企業戦士のデフォルトはWindows7な筈なので) で仕上げていきます。まずはプロジェクトの作成から で、スケルトンの出来上がり。 MainWindow.xamlが選択されてるはずなので、左側にツールボックスとドキュメントアウトラインを表示させます。 今回は理屈抜きで手順を並べていきます。習うより慣れよ。理解は後からついてくる。 ツールボックス上でコンボボックスをダブルクリックします。 そしたらウィンドウの左上にコンボボックスが配置されます