はてなブックマーク

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? GUIとスレッド まず、WPF関係ない話ですが、一般にGUIはシングルスレッドモデルを前提にしてます。つまり、UIコントロールの生成、変更、削除は単一のスレッドからのみに限定されてます。これは主に性能のためです。ので、UIコントロールを触るためのスレッドをUIスレッドとか言ったりします。 WPFも当然ながらこの制約を受けます。じゃあWPFだとマルチスレッド無理なの？という話ではなく、あくまでUIに関する部分のみが単一スレッドなだけです。ので、重い処理とかは別スレッドでやって、処理が終わったらUIスレッドに戻ってUIを更新、みたいな感じに

というわけで、今までのXAML変換ルールでは対処できません。こういう例外に対応するためのものがマークアップ拡張と呼ばれる構文です。 マークアップ拡張は属性への設定として使用します。<Hoge Piyo="{...}"/>みたいな感じです。この{}で囲まれた部分がマークアップ拡張です。データバインディングを使用する際の{Binding Description}というのはBindingという名前のマークアップ拡張を使用しますよ、という意味です。で、マークアップ拡張ですが、System.Windows.Markup.MarkupExtensionクラスを継承すればユーザー定義可能です。まあマークアップ拡張をユーザー定義することなんてそうあるものでもないのでここでは端折りますが、Providerというメソッドに実処理を書くようオーバーライドするだけです。Bindingの場合は先ほど示したようなC#

XAMLとは 今回はXAMLについてです。初回でXAMLとはHTMLみたいなものだと言いました。また、AltJSのようなものだとも言いました。まず、XAMLはXML拡張です。ので、基本的にはXMLです。そして、XAMLはC#にコンパイルされます。HTMLのようにレンダリングエンジンが直接XAMLを解釈とかは(基本的には)しません1。 XAML編は、XAMLがどんな感じでC#にコンパイルされるのか、というXAML基本編と、XMLにはないXAML独自の拡張機能について、というXAML応用編の2本立てです。今回は基本編のみで、応用編は次回です。 XAML変換ルール 以下の様なXAMLを考えます。

前回までの続き View<->ViewModel<->Model間の通信について、前回はViewModel<->Modelをやりました。ので、今回はView<->ViewModelです。MVVMというか、WPFでしんどいのはViewです。Viewが絡むと、しんどそうだなあと思っておけば良いと思います。まあ別にWPFに限らずViewは大抵の分野でしんどいです。なのでMVVMやらMVCやらでViewを出来る限り追いだそうとしている感じです。 前回も述べましたが、データバインディングはView<->ViewModel間の通信ですが、今回はそれ以外の方法を述べます。まあ、より能動的な通信を扱います。 View<-ViewModel ViewModelがViewを呼び出したい最もポピュラーなケースは画面遷移だと思います。こればかりはデータバインディングではどうしようもありません。で、どうするかですが

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? この記事は何？ WPF入門記事です。が、巷の入門記事見たく深堀りはしません。アプリを作れるようになるのが目標です。そのため色々と楽をします。具体的に言うとLivetの使用を前提とします。ちなみにLivetはBlend SDKというものを含んでますので自動的にBlend SDKの使用も前提とします。というかLivetはともかくとしてBlend SDKなしのWPF開発はマゾゲーだと思います。 あ、あと言語はC#を使います。ただ.NETですので別にC#じゃないとダメってことではないです。C#は最新のC#5.0を前提にしていますがまあ別に古くて

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 同じ内容を異なった方法で二回述べるようにすること。 Donald E. Knuth [1] Jeffrey Richter氏による例外の定義から端を発した例外に関する一連の議論を見てきました。また、Bartrand Meyer氏による契約による設計という別の視点からも例外を見てきました。しかし、両者は同じ事を別の視点から言っているに過ぎません。両方の視点に立ち、概念を統合することで例外に対するより深い洞察を得ることができるでしょう。 その上で、契約そのものが持つ限界性に触れます。残念ながら、契約は例外における銀の弾丸とはなりえません。例

正しさは相対的な概念である。 Bertrand Meyer [1] Bertrand Meyer氏は「契約による設計」という概念から例外を導出し、例外の必要性をエレガントに説明しています。また、彼の説明に則れば今までの議論と比べて例外をいくぶんか形式的に扱えるようになります。契約による設計を学ぶ前に、プログラムの正しさについてもう一度考えてみましょう。 プログラムの正しさ あるプログラムが正しいかどうかを判定するにはどのようにすれば良いでしょうか。最も簡単な方法は、あるプログラムの正しさを形式的に定義する事です。より直接的に言えば、あるプログラムの正しさを簡単な論理式で表現します。その論理式が真ならばそのプログラムは正しい。偽ならばそのプログラムは正しくありません。 これだけだと関数の戻り値を検査すれば良いだけのようにも聞こえます。しかし、そう簡単な話ではありません。純粋でない言語の場合、

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 現代のC++で例外安全問題を抜きにして、障害に強い強固なコードを書くことはほとんど不可能に近い。以上。 Hurb Sutter [1] 例外処理における目的は、例外の回復と例外の通知の大きく2つあります。残念ながら例外の回復はとても難しく、場合によってはそもそも不可能だったりします。その場合、例外が発生したことをより上位のレイヤーに通知する事で例外処理を託します。この時、例外の通知を受け取った側は何を前提に例外の回復を行えばよいでしょうか。例外の発生によってデータ整合性は崩れてしまっているかもしれません。通知を受け取った上位レイヤーはあ

例外 Advent Calendar 2014の継続について 参加者が集まらなかったという経緯から独りAdvent Calendarとして始めた「例外 Advent Calendar 2014」ですが、諸事情により継続が困難となったため私Kokudoriの6日以降の投稿はありません。変に注目だけを集める形になってしまい申し訳ありません。 以下、諸事情というか、言い訳。 『契約による設計から見た例外』という記事にて述べた「契約」に対する私の理解が根本的に間違っていました。 そこから芋づる式に例外に関する私自身の考えが間違っていた、あるいは理解が浅かったことに気づきました。このような理解力では例外について私見を述べることさえ不可能となり、結果頓挫という形になりました。 考えうる限り最低で残念な結果になってしまいました。本当に申し訳ございませんでした。 初めに原則を考え出して、それから例外を見つ

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Rubyといえば動的型付け言語なので、IDEサポートがほとんど皆無です。 それはしょうがないんですが、やはりIDEサポートはけっこうなアドバンテージに思うわけで。 例えばC#+Visual Studioは素晴らしいです。膨大なBCLも、IntelliSenseがあると結構なんとかなったりします。 もちろんruby環境にも補完機能がないわけではないですが、やはり弱いです。 なのでどうしてもtypo→エラー→ググるというプロセスをよく歩んでしまいます。 そこでpryですよ pryはirb（rubyの標準インタプリタ）の上位版です。 irbで出来ることはpryでも大抵は可能です。 pryにはシンタックスハイライト機能とかもありますが、一番はlsコマンドとcdコマンドです。 例えば適当なstringオブジェクトをlsしてみると "hello pry!"オブジェクトのメソッドが一覧されます。 また、