WindowsForm を使ったデスクトップアプリは気軽に作れて開発の敷居も低いのですが、ＰＣやタブレットなどの異なった解像度での表示ではデザインが崩れるという課題もあります。 そこで、WPFでデスクトップアプリを開発しようという方も多いのではないでしょうか。 WPF といえば MVVM というデザインパターンの利用が推奨されていますが、学習コストを掛けてMVVMを習得する必要があるのでしょうか？ 私の答えは「ノー」です。 少なくともDIYプログラミングにおいてMVVMのメリットは生産性を落とすだけで逆効果です。 今回は、その点について私の考えを解説したいと思います。 WPFとMVVM プログラムを作る上に置いて、プログラムの目的ごとに「プログラムの考え方やプログラムの構成」が色々とパターン化されています。 これをデザインパターンと呼んでいるのですが、MVVMは（Model-View-Vi

始め方 まずは こちら から画面に飛んでください。 2020年10月現在では、次の画面が表示されるはずです。 ここで「学習をはじめる（会員登録）」という表示がありますが、登録しなくても問題ありませんので、無視して画面をスクロールして下さい。 すると、以下のようなカリキュラムが表示されますので、「C#入門編」を探します。 C#入門編が見つかったら、「C#入門編を始める」をクリックします。 C#入門編のトップページは以下の通りです。 ここからスクロールすると、レッスン１～１０までの概要が表示されます。 とりあえず、レッスン１のチャプターを確認してみましょう。 レッスン１の「チャプター一覧を見る」をクリックすると、次の画面に移動します。 動画の再生ボタンが表示されていますが、これは単なる説明画像なので、クリックしても動作しません。 使い方が書かれていますので、とりえずザックリ目を通しておきましょ

WPFになってから、UIレイアウトの自由度が高まりましたが、それでもWindowsForm時代のコンポーネントを使いたくなることがあります。 例えば、グラフを表示するチャートコントロールがWPFで標準搭載されていないとか、WindowsFormのDataGridViewよりWPFのDataGirdの方が表示速度が遅いとか、WindowsForm時代に作った自作コントロールを使いたいとか・・・ 理由は色々ありますが、WindowsForm時代のコントロールを使いたいというニーズを解決する方法として、WPFではWindowsFormsHostというコントロールが用意されています。 今回は、これについて解説したいと思います。 WindowｓFormsHost とは WPFではUIのアーキティクチャが大幅に変わったため、WindowsFromsで使われていたコントロールもWPF様に刷新されています

デモプログラムのソースコード Xamlのソースコードは次の通りです。 基本はユーザーコントロールを張り付けているだけなのですが、DataGridユーザーコントロールのフィルター機能と検索機能を使うためのテキストボックスとボタンがあるので、その分ソースコード量が増えています。 <Window xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation" xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml" xmlns:d="http://schemas.microsoft.com/expression/blend/2008" xmlns:mc="http://schemas.openxmlformats.org/markup-compatibility/2006" x