Windowsフォームに対するWPFの真の優位性とは - Yamakiの日記
約一年半ほど前、弊社のSPREAD for WPFのリリースに合わせる形で「Windowsフォームに対するWPFの真の優位性とは」という記事（ホワイトペーパー）を執筆しました。この記事は試し読みとして前半の数ページは自由に読むことができたものの、全ページを読むにはアンケートに答えていただく必要がありました。最近、日本マイクロソフトの荒井さんがプログラミングWindows第6版のWPF版を書かれていることに代表されるように、WPFがなんとなく盛り上がってきていることから、内容を少し更新し、誰でも自由に閲覧できるかたちで公開しました。 WPFプラットフォームの優位性 | Developer Tools - グレープシティ株式会社 PDFへの直リンクはこちらです。 Windowsフォームに対するWPFの真の優位性とは このホワイトペーパー、書いた本人が言うのもなんですが、あまり他では書いていない
Microsoft - AI、クラウド、生産性向上、コンピューティング、ゲーム、アプリ
すべての Microsoft 製品 Global Microsoft 365 Teams Copilot Windows Surface Xbox セール 法人向け サポート ソフトウェア Windows アプリ AI OneDrive Outlook Skype OneNote Microsoft Teams PC とデバイス Xbox を購入する アクセサリ VR & 複合現実 エンタメ Xbox Game Pass Ultimate Xbox とゲーム PC ゲーム Windows ゲーム 映画とテレビ番組 法人向け Microsoft Cloud Microsoft Security Azure Dynamics 365 一般法人向け Microsoft 365 Microsoft Industry Microsoft Power Platform Windows 365 開発者
DPIスケール変更時におけるWPFとSilverlightの違い - Yamakiの日記
以前の投稿が@ITの.NET開発者中心厳選ブログ記事として転載されました。ここでは、以前の投稿では文章量の関係から書かなかったもう1つの要素について書きたいと思います。それは、高DPIへの対応です。 Windows 8時代のディスプレイ この15年くらいの間で、画面解像度*1は種類が増え、その大きさも大きくなりました。しかしながら、それとともに物理的なディスプレイのサイズも大きくなっているため、ピクセル密度は96PPI（pixel per inch）前後のままと大きな変化はありません。 現在一般向けとして販売されているデスクトップPC向けディスプレイで物理的に一番大きいものは27インチです。おそらくこれが常用できる最大サイズであり、これ以上大きいディスプレイが普及するということはないのではないかと思います。そう考えた場合、この先のディスプレイの進化の矛先はディスプレイの物理的な大きさはその
C1FlexGridとC1DataGridの違い - Yamakiの日記
ComponentOne Studio 2011JのSilverlightコンポーネントとWPFコンポーネントには、それぞれ同様にC1FlexGridとC1DataGridという2つのデータグリッドコンポーネントが存在しています。 コントロール名 Silverlight WPF C1FlexGrid FlexGrid for Silverlight FlexGrid for WPF C1DataGrid DataGrid for Silverlight DataGrid for WPF なお、FlexGridは、それぞれFlexGrid for Silverlight 1.0J、FlexGrid for WPF 1.0Jとして、単体製品も存在しています。 1つの製品になぜ2つもデータグリッドを収録する必要があるのかと思われるかもしれませんが、これら2つのデータグリッドには明確なコンセプトの
「WPF/Silverlight/WindowsPhoneから WinRT まで見据えたリッチクライアント Model 設計」- RIA アーキテクチャ研究会 第２回セミナーで話してきました！ - the sea of fertility
RIA アーキテクチャ研究会 第2回セミナー話してきました。 RIA アーキテクチャ研究会 第2回セミナー http://atnd.org/events/21774 スライドはデモプロジェクトのソリューションと併せてご覧ください。 今回のテーマはModelオンリー。そして僕にしては珍しくでもデモプロジェクト中心です。スライドはデモプロジェクトと合わせてご覧ください。 個人的な事情で全ソースコード・全スライドは計26時間で作ったものなので、ソースにバグ残っていますし、汚いです。ただ今回限りのソースではなく今後リファクタを重ねて議論の土台にしていこうと思っているものなのでソースはbitbucketに公開しました。 デモプロジェクト デモプロジェクトリポジトリ https://bitbucket.org/ugaya40/twittersample スライド中で説明していますが、WPF4/Sil
Windows 8以降のマイクロソフトのアプリケーション開発技術 - Yamakiの日記
Windows 8が登場すると、Metroスタイルという新しいアプリケーションの形態が追加されるため、アプリケーションの開発技術の選択肢はさらに増えることになります。しかしながら、Windowsプラットフォーム上で実行される多くの業務アプリケーションにとっては、WPFかSilverlightのどちらかになる（もちろんWindowsフォームも実行可能）という状況はそれほど変わっていないと思います。 もし、どのアプリケーション開発技術を選択してよいかわからないという場合には、下記のblogに書かれたフローチャートが役に立つかもしれません。 Telerik Watch: When Should You Use Metro, Version 2 ここからは私個人の意見です。あくまでも個人の意見ですので、書き手の都合の良いように解釈、判断している部分もあるかもしれません。 WPFかSilverlig
Yuya Yamaki’s blog
2006 | 04 | 05 | 06 | 07 | 08 | 09 | 10 | 11 | 12 | 2007 | 01 | 02 | 03 | 04 | 05 | 06 | 07 | 08 | 09 | 10 | 11 | 12 | 2008 | 01 | 02 | 03 | 04 | 05 | 06 | 07 | 08 | 09 | 10 | 11 | 12 | 2009 | 01 | 02 | 03 | 04 | 05 | 06 | 07 | 08 | 09 | 10 | 11 | 12 | 2010 | 01 | 02 | 03 | 04 | 06 | 07 | 08 | 09 | 10 | 11 | 12 | 2011 | 01 | 02 | 03 | 04 | 05 | 06 | 07 | 08 | 10 | 11 | 12 | 2012 | 01 | 02 | 03 | 0
WPFアプリケーション・チューニング（1/3） - ＠IT
アプリケーションのギアを上げよう ― Visual Studio 2010でアプリケーションのパフォーマンス・チューニング ― 第3回 WPFアプリケーション・チューニング 亀川 和史 2011/08/26 「WPF製プログラムの画面描画が遅い」という現象に悩まされていないだろうか？ Visual Studio標準ではないが、Windows SDKにはWPFプログラムの描画性能を調査するツールがいくつか用意されている。本稿では、これらの役に立つツールについて解説する。なお、本稿のサンプル・コードはすべてC#を使用する。 ■WPFのパフォーマンス アプリケーションで「性能が出ない」という場合、いろいろな原因が考えられる。Webサービスからデータを取得して可視化して表示するアプリケーションを考えた場合、以下の3点のいずれかで時間がかかっていると考えられる。 データベース・サーバからのデータ取得
WindowsFormsHostを使用したときの描画問題 - Yamakiの日記
WPF4でWindowsFormsHostを使用した場合、下記のページに書かれているようないくつかの問題がありました。 ハイブリッド アプリケーションのトラブルシューティング | Microsoft Docs その中でも「WPFでホストされているWindowsフォームコントロールは、常にWPFコンテンツの一番上に表示されます。」という問題は影響度の大きい問題であり、WindowsFormsHostを使った相互運用を困難なものとしている原因の1つでした。この問題がWPF4.5のDeveloper Previewで改善されています。 What's New in WPF Version 4.5 | Microsoft Docs WPF4.5での改善を確認する前に、まずはWPF4でどのような状態だったのかを見ておきたいと思います。 XAML <Window x:Class="WindowsForm
ハイブリッド アプリケーションのトラブルシューティング - WPF .NET Framework
このトピックでは、WPF と Windows フォームの両方のテクノロジを使用してハイブリッド アプリケーションを作成するときに発生する可能性がある一般的な問題について説明します。 コントロールの重複 コントロールが、意図したとおりに重ならない場合があります。 Windows フォームでは、コントロールごとに個別の HWND が使用されます。 WPF では、ページ上のすべてのコンテンツに対して 1 つの HWND が使用されます。 この実装の違いにより、予期しない重ね合わせ動作が発生します。 WPF でホストされている Windows フォーム コントロールは、常に WPF コンテンツの上に表示されます。 ElementHost コントロールでホストされている WPF コンテンツは、ElementHost コントロールの Z オーダーで表示されます。 ElementHost コントロールを
「MVVMパターンが必要な理由」啓蒙用資料公開 - the sea of fertility
MVVMパターン的な実装は、他のプラットフォームでは選択肢の一つにすぎませんが、WPF/Silverlight(Windows Phone 7 含む)においては唯一の選択肢です。コードビハインドを書かないことはMVVMパターンそのものの定義とは関係ありません。まずはスキルにあったレベルでMVVMパターンを意識した実装を初めてみませんか？ 以前の勉強会発表資料（わんくま勉強会での発表資料の半分以上をカットし、Androidテスト祭り分追加）を加工し、社内勉強会、そのほかの勉強会・ブログなどで自由に使える資料として公開します。私の個人名は抜いてあります。 無許可の改変・引用なども問題ありません。ただ、資料の直接の商用利用などはご遠慮ください。 ブログに張り付けたい場合、下のbマークから埋め込み用URLを取得できます。 「コードビハインドを書くのはMVVMパターンではない」などの誤解が、MVVM
UAC in MSI Notes: How to Build Packages that work for both Standard User and Per-Machine? - Setup Sense and Sensibility - Site Home - MSDN Blogs
In Visual Studio 2022 17.10 Preview 2, we’ve introduced some UX updates and usability improvements to the Connection Manager. With these updates we provide a more seamless experience when connecting to remote systems and/or debugging failed connections. Please install the latest Preview to try it out. Read on to learn what the Connection ...
MVVM:コードビハインドに記述しても良いと思う:Gushwell's Dev Notes
Messengerを理解するために自作してみた(1)-(3) Messenger+Behaviorを理解するために自作してみた(1)-(3) でとりあえず、コードビハインドにコードを記述せずに、ViewModelからViewを操作する 方法については理解したつもりだけれど、 それでも、今の僕の経験と知識では、コードビハインドに次のようなコードを書いても、 良いんじゃないかなーと思ってます。 private void button1_Click(object sender, RoutedEventArgs e) { if (MessageBox.Show("実行しますか", "確認", MessageBoxButton.YesNo) == MessageBoxResult.Yes) { vieewModel.Execute(); } } こう主張すると、 「コードビハインドにView以外のロ
WPF 〜 WindowsForms 相互運用の問題点(その2) - 周回遅れのブルース
最近いろいろ試してて気が付いたのですが、WPF で WindowsFormsHost コントロールを使って WindwosForms のコントロールを配置すると描画処理で問題が起こることが判りました。 再現手順 以下のように、ScrollViewer の中に StackPanel を配置。StackPanel の Orientation プロパティを Horizontal にし、Button と WindowsFormsHost を交互に配置します。WindowsFormsHost には WindowsForms の Button を配置します。 色はわかりやすいよう、WPF の Button が青、Forms の Button を赤にしました。 <Window x:Class="WpfApplication1.MainWindow" xmlns="http://schemas.micro
WPF と Windows フォームの相互運用性
WPF と Windows フォームでは、アプリケーション インターフェイスを作成するための 2 つの異なるアーキテクチャが提供されます。 System.Windows.Forms.Integration 名前空間では、一般的な相互運用シナリオを可能にするクラスが提供されています。 相互運用機能を実装する 2 つの主要なクラスは、WindowsFormsHost と ElementHost です。 このトピックでは、サポートされている相互運用シナリオとサポートされていないシナリオについて説明します。 注意 "ハイブリッド コントロール" のシナリオについては、特別な考慮事項があります。 ハイブリッド コントロールでは、あるテクノロジのコントロールが他のテクノロジのコントロールに入れ子になっています。 これは、"入れ子になった相互運用" とも呼ばれます。 "マルチレベル ハイブリッド コント
Livet - the sea of fertility
Livet WPF4 MVVM インフラストラクチャ ProjectHome : http://ugaya40.net/livet SourceCode : https://bitbucket.org/ugaya40/livet/ Livetの概要と導入方法 LivetはWPF4のためのMVVM(Model/View/ViewModel)パターン用インフラストラクチャです。.NET Framework 4 Client Profile以上で動作し、zlib/libpngライセンスで提供しています。zlib/libpngライセンスでは、ライブラリとしての利用に留めるのであれば再配布時にも著作権表示などの義務はありません。しかし、ソースコードを改変しての再配布にはその旨の明示が義務付けられます。 Livetの目指すところ 現在、WPFでMVVMパターンによる実装を行うにはインフラストラクチャの
東京マラソンの日に外に一歩も出ないオレ - wave1008の日記（主にSilverlight）
先日MVVMをDISったが、説明不足気味でDISりっぱなしでは無責任かと、ちと反省している。 SilverlightでMVVMを使うのは問題があるので昔ながらのWindows Formsスタイルの開発に戻るべきだと受け取られたとしたら、それは誤解である。Silverlight（あるいはWPF）ではもはやWindows Formsスタイルの開発はできないし、そうすべきではないからだ。なので、今日はフォロー記事を書いてみる。 Silverlightの各コントロール群はMVVMの特徴であるデータバインドを前提に設計されている。なので、従来のWindows Formsスタイルの開発はできなくなっている部分が多々ある。 たとえばDataGrid。Windows FormsのDataGridViewならばセルの何行何列をインデックス指定すればセルのオブジェクトを取得でき、さらに背景色やフォント色などの
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
WPF と Silverlight 向けの Undo-Redo フレームワーク
)
TreeListView Sample
http://krile.starwing.net/index.html