Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? #はじめに この記事はWinFormsで開発していた人間が、WPFにチャレンジして4ヶ月ぐらい経過した時点での導入前と導入後の雑感です。 未使用ですが、同じくMVVMやXAMLを使うXamarinやUWPにも共通している点があると思います。 WPFを検討している、推進したいが理解が得られない、やってみたけど挫折しそうになっている、といった人の参考になれば幸いです。 良い悪い、ともに現時点で素直に感じたことを書いていますが、私の勉強不足による勘違いもあるかもしれません。 その点に関しては是非ご指摘下さい。 #直接の導入のきっかけ 前からW
ブードゥーの秘術により、INotifyPropertyChanged不要で、値の変更を検知し、IObservable化します。例えばINotifyPropertyChangedじゃないところから、WidthとHeightを引き出してみます。 using Reactive.Bindings.Extensions; public partial class MainWindow : Window { public MainWindow() { InitializeComponent(); this.ObserveEveryValueChanged(x => x.Width).Subscribe(x => WidthText.Text = x.ToString()); this.ObserveEveryValueChanged(x => x.Height).Subscribe(x => Heig
ニアです、こんにちはー！ 今回はWPFで、Windows 9xのクラッシックテーマのようなウィンドウを再現する方法を紹介していきます。 #1. App.xamlにクラッシックスタイルのResourceDictionaryを追加 クラッシックスタイルのコントロールは、.NET Frameworkが標準で用意されているアセンブリを利用するという手があります。 プロジェクトのアセンブリ参照に「PresentationFramework.Classic」を追加し、App.xamlのResourceDictionaryに「/PresentationFramework.Classic, Version=4.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35;component/themes/classic.xaml」を追加します。 <Appl
![[C# / WPF] WPFでWindow 9xのクラッシックテーマを再現してみよう - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/360e84b4a35dfd1e925cca0f4f8eed05fada88e9/height=288;version=1;width=512/https%3A%2F%2Ffanyv88.com%3A443%2Fhttps%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fqiita-user-contents.imgix.net%252Fhttps%25253A%25252F%25252Fcdn.qiita.com%25252Fassets%25252Fpublic%25252Farticle-ogp-background-afbab5eb44e0b055cce1258705637a91.png%253Fixlib%253Drb-4.0.0%2526w%253D1200%2526blend64%253DaHR0cHM6Ly9xaWl0YS11c2VyLXByb2ZpbGUtaW1hZ2VzLmltZ2l4Lm5ldC9odHRwcyUzQSUyRiUyRnFpaXRhLWltYWdlLXN0b3JlLnMzLmFwLW5vcnRoZWFzdC0xLmFtYXpvbmF3cy5jb20lMkYwJTJGNzg4ODElMkZwcm9maWxlLWltYWdlcyUyRjE2NjA4MDk4NTY_aXhsaWI9cmItNC4wLjAmYXI9MSUzQTEmZml0PWNyb3AmbWFzaz1lbGxpcHNlJmZtPXBuZzMyJnM9ZGM2Zjc5NjU1NmFmNWE3ODlhYTZmMzViMjhkMThiZDQ%2526blend-x%253D120%2526blend-y%253D467%2526blend-w%253D82%2526blend-h%253D82%2526blend-mode%253Dnormal%2526s%253Dcfbf780271fa2db54026543432c7cb62%3Fixlib%3Drb-4.0.0%26w%3D1200%26fm%3Djpg%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTk2MCZoPTMyNCZ0eHQ9JTVCQyUyMyUyMCUyRiUyMFdQRiU1RCUyMFdQRiVFMyU4MSVBN1dpbmRvdyUyMDl4JUUzJTgxJUFFJUUzJTgyJUFGJUUzJTgzJUE5JUUzJTgzJTgzJUUzJTgyJUI3JUUzJTgzJTgzJUUzJTgyJUFGJUUzJTgzJTg2JUUzJTgzJUJDJUUzJTgzJTlFJUUzJTgyJTkyJUU1JTg2JThEJUU3JThGJUJFJUUzJTgxJTk3JUUzJTgxJUE2JUUzJTgxJUJGJUUzJTgyJTg4JUUzJTgxJTg2JnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnR4dC1jb2xvcj0lMjMxRTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9NTYmdHh0LXBhZD0wJnM9ZjM1MmQ4NzlmZDUwNGU3NTk3ZTY2ZGFjMWFmODg0NTE%26mark-x%3D120%26mark-y%3D112%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTgzOCZoPTU4JnR4dD0lNDBuaWFfdG4xMDEyJnR4dC1jb2xvcj0lMjMxRTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9MzYmdHh0LXBhZD0wJnM9ZjA4NmY2NTczOWE5NTJlZjY3OTllZGJiYmY4MzZmMWU%26blend-x%3D242%26blend-y%3D480%26blend-w%3D838%26blend-h%3D46%26blend-fit%3Dcrop%26blend-crop%3Dleft%252Cbottom%26blend-mode%3Dnormal%26s%3D24dc67115394954c3aa74bffe95777e4)
Obviously, the Pie control can be used to create a pie chart.
WPFで、チャートコントロールをコードから動的に作成する方法のサンプルです。 グラフの種類はフォームの時よりも少ないようです。 XAMLで設定する方法では、DataContextにDataTableのデータを設定して動きましたが、こちらではダメです。 ItemsSourceにIEnumerableのデータを設定します。 WPF ToolkitのDownloadサイト http://wpf.codeplex.com/Release/ProjectReleases.aspx?ReleaseId=29117 Window2.xaml <window x:class="MSChartProject.Window2" xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation" xmlns:x="http://schemas.mi
はじめに 環境は Visual Studio Community 2013 @ Windows8.1 です。 WPFにChartコントロールないの！？ 昨日あたりから「WPF使ったことないから弄ってみるかー」と思ったのですが、どうも WPFにはChartコントロールが標準で用意されていないのでグラフを描きたい場合は、 ネット上などで公開されているライブラリを別途用意し、それを使用する必要があるようです。 しかし、既にメンテされてなかったり、ドキュメントがあるんだか ないんだか、機能的に十分でなかったり、 などの問題があり、どれ使ったらいいんだか分かりません・・・ てか、Windows FormではChartコントロールあるんだから、それ使えるんじゃないの？？ 使えました！ て、ことで備忘録 ほぼほぼ、ここのサンプル通りです。 違いはChartコントロールのインスタンス作成をXAMLの方に書
こんにちは。 マイクロソフトの渡辺です。 アプリケーションのデザインパターンの1つである MVVM ( Model - View - ViewModel )。既に多くの実装例や MVVM パターンを採用した Framework が公開されています。 from Wikkipedia また、MVVM パターンは、C#/.NET/XAML の世界を中心に多く利用されてきましたが、最近では、JavaScript/HTML のアプリケーション開発で利用されることも多くなりました。 そして MVVM を理解する中で、また MVVM をサポートする Framework を利用する中では Model, View, ViewModel にとどまらず、Service, Command, Messenger, IoC, DI, Service Locator ..e.t.c といったキーワードに自然と出会うでし
引き続きMicrosoft.TeamFoundation.MVVM名前空間を使って作る、WPFアプリの話です。 前回はMessageBoxServiceを使ってMessageBoxの表示ができ、コードが簡潔になりました。 ただ、Windowを表示して画面遷移するための定型コードがコードビハインドやその他の部分にまだ散らばっているため、これも何とかしたくなりました。 そこで、Microsoft.TeamFoundation.MVVM.ViewModelBaseのプロパティを見ると、WindowDisplayServiceというgetアクセサのみのプロパティがあり、これが使えそうでした。 ViewModelBase.WindowDisplayService プロパティ (Microsoft.TeamFoundation.MVVM) - MSDN ただ、MSDNなどでは使い方の情報がなかったため
MVVMパターン的な実装は、他のプラットフォームでは選択肢の一つにすぎませんが、WPF/Silverlight(Windows Phone 7 含む)においては唯一の選択肢です。コードビハインドを書かないことはMVVMパターンそのものの定義とは関係ありません。まずはスキルにあったレベルでMVVMパターンを意識した実装を初めてみませんか？ 以前の勉強会発表資料（わんくま勉強会での発表資料の半分以上をカットし、Androidテスト祭り分追加）を加工し、社内勉強会、そのほかの勉強会・ブログなどで自由に使える資料として公開します。私の個人名は抜いてあります。 無許可の改変・引用なども問題ありません。ただ、資料の直接の商用利用などはご遠慮ください。 ブログに張り付けたい場合、下のbマークから埋め込み用URLを取得できます。 「コードビハインドを書くのはMVVMパターンではない」などの誤解が、MVVM
本日、ついにWindows Phone 7 Mangoの発売に関する日本での公式な発表がありました！auさんから出るということなので、docomoからauに乗り換えようかともんもんとしてる今日この頃です。発表前では8月22日に発売されるのでは？という情報も飛び交ってたりして、そんなに早いならauに乗り換え決定だ！と思ってたのですが、実際の発売は9月以降ということで、少し乗り換えどうしようかなと言う感じです。 そんなMangoがアツイときにタイムリーに@ITに以下の記事があがってました。 Windows Phoneの色使いとTileをアプリに生かせ！ Tile UIをWP7のアプリ内で、どうやって再現するかということが書かれています。ということで見た目だけですが、WPFでも同じようなものをさくっとでっちあげてみました。XAML的には上記連載のものを、そのまま手書きでがりっと書いただけになりま
Microsoft Chart Controls in a WPF application!
Microsoft Chart Controls are great! If you have never used this addin for the .NET framework 2.0 + then I adivse you to download it from Microsoft and give it a whirl. There is a plugin for Visual Studio which lets you create the charts in minutes but you can always use the code. Recently I have been pushing the use of using WPF applications for business use, once a developer (or designer) becomes
Twitterでも呟いたのですが、とりあえずブログのエントリとしてまとめておきます。因みに、ここでの障壁はプログラマさんが感じるであろう最初の障壁を自分の場合を思い出して書いています。 何がなんだかわからない まず、最初に躓くのが慣れ親しんだWindows Formsとクラス名とプロパティ名が違う。でも、それでも！最初は頑張ってみようと思うんですが、WPFはそんなに優しくありません。最初誰もが躓くであろうことがあります（あくまで主観ですが）。 とりあえずボタンだよね とりあえず、わけがわからなくてもツールボックスからデザイナに何かしらボタンとか置いて、ダブルクリックして、イベントハンドラできたー！じゃぁテキストの表示を変えて・・・ // 画面にbutton1を置いてクリックイベントを作るところまでは出来た // クリックされたのがわかるようにボタンに表示されてるテキストを // 変更してみ
プレゼンテーションロジックをカプセル化したり巷で流行のMVVMとかでも大活躍のBehaviorですが、当然のように使われてたりしますが、実はVisual Studioの場合はデザイナのサポートが無いため手でXAMLをしこしこ書かないといけません。 個人的にはBlendを使える環境にあるのですが、皆が皆Blendを使える環境にあるとは思えません。 マイクロソフトが正式に対応してくれれば、それにこしたことはないのですが、それまでの間に合わせとしてVisual StudioのデザイナでBehaviorを使えるように試行錯誤してみました。 注意事項 試行錯誤含めて3時間程度で作ったのでバグがある可能性があります 使う場合は自己責任でお願いします .NET Framework 4のWPFでしか試していません まだBehaviorにしか対応していません TriggerやActionは今後追加していこう
非実在コマンドパターンを掘り下げていくと、どう頑張ってもVisual Studioがコマンドをうまく認識してくれない＋Expression Blendのデザイナがエラーはいて表示してくれなくなったりと挫折してしまいました。 ということで、ViewModelは今の所自動生成するのが一番なんだろうという考えに至り、とりあえずViewModelの自動生成と、それようのアイテムテンプレートを作りました。 ちなみに、中身がわかれば任意のViewModelの基本クラスとかに差し替えとかも出来たりしますが今回作ったのは@ugaya40さんがこっそり作ってる、まだ未完成＆未公開のLivetというMVVMフレームワークを前提にしてます。Livetのバイナリは同梱してるので、使うことは出来ます。（たぶんベータ以前の状態だと思われ） とりあえず、今回作ったのは以下のものです。 LivetSupportTempl
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
