MVVMについて語ろう

1 名前：デフォルトの名無しさん mailto:sage [2012/06/06(水) 11:03:33.21 .net] WPF/Silverlight/WinRT開発の必須技術、MVVMについて語ろうではないか！ 357 名前：デフォルトの名無しさん mailto:sage [2012/10/16(火) 21:31:42.33 .net] >>350 JavaScriptでもいちいちバリデーションするの？ バカ？ 358 名前：デフォルトの名無しさん mailto:sage [2012/10/16(火) 21:32:50.76 .net] JavaScriptでバリデーションが通ったら サーバーでは検証せずにそのままDBに入れちゃうの? やばくねそれ 359 名前：デフォルトの名無しさん [2012/10/16(火) 21:34:43.44 .net] 話し理解できてないの？ｗ バリデーションをAjaxで行う＝サーバーで通信して行うから、 そのバリデーションはサーバーでやってる事になるだろうって話だ。 あと、サーバーでやらないなんて一言も言ってない。 なんでこんなに文章読めないの？馬鹿なの？ 360 名前：デフォルトの名無しさん mailto:sage [2012/10/16(火) 21:36:01.79 .net] サーバとJavaScript両方でバリデーションするの？ マジキチ？ 361 名前：デフォルトの名無しさん mailto:sage [2012/10/16(火) 21:36:16.18 .net] >Ajaxはバリデーション以外で使うもの >バリデーションなら単なるJavaScriptで良い さっきと言ってることが180度違うけど 362 名前：デフォルトの名無しさん [2012/10/16(火) 21:38:07.68 .net] うーん？ > Ajaxはオプションだろ >>349が オプションでやるって書いてあるじゃん。 みんな最初っから、両方でやるという前提で話してるんだが。 両方でやるのは、レスポンスを早くしてユーザビリティを上げ 無駄な通信を削減するため。言わなくても常識だと思っているが。 363 名前：デフォルトの名無しさん [2012/10/16(火) 21:38:54.60 .net] >>355 そりゃ、さっき言った人俺は別人だからねｗ 364 名前：デフォルトの名無しさん mailto:sage [2012/10/16(火) 21:40:19.92 .net] みんなって誰？ マジキチは一人で十分なんだがｗ 365 名前：デフォルトの名無しさん [2012/10/16(火) 21:40:51.87 .net] >>358 みんな＝お前以外 366 名前：デフォルトの名無しさん mailto:sage [2012/10/16(火) 21:41:02.38 .net] ああ、別人という設定なんですね、わかります 367 名前：デフォルトの名無しさん mailto:sage [2012/10/16(火) 21:41:14.80 .net] 鯖とJS両方で検証するだろうよ 検証はカスタム属性から自動生成でもしたらいいってかそういうのすでにある 368 名前：デフォルトの名無しさん mailto:sage [2012/10/16(火) 21:43:13.41 .net] 一人だけ、程度の低い人が居ますね 369 名前：デフォルトの名無しさん mailto:sage [2012/10/16(火) 21:45:12.56 .net] >>362 自己紹介は結構です 370 名前：デフォルトの名無しさん mailto:sage [2012/10/16(火) 21:58:42.34 .net] 今時Ajaxだるいと言って済ませられるような、簡単なお仕事をしているぬるま湯な環境うらやましす コストをかけずにAjaxやJSでのMVVMをどう実現するか試行錯誤している人が多い中で 371 名前：デフォルトの名無しさん mailto:sage [2012/10/16(火) 21:59:49.81 .net] ×今時Ajax ○いまさらAjax 372 名前：デフォルトの名無しさん mailto:sage [2012/10/16(火) 22:12:49.60 .net] クライアントにまとめるとか言って鯖から全件投げつけてクライアント側で検索やらせる奴とかが現れませんように 373 名前：デフォルトの名無しさん mailto:sage [2012/10/16(火) 22:16:13.83 .net] >>366 それはさすがに見た事ないけど ページングせずに数万件の検索結果のレコードを送り付けてくるやつなら見た事がある。 374 名前：デフォルトの名無しさん mailto:sage [2012/10/16(火) 22:16:48.57 .net] そのうちJavaScriptでクラサバやるわけですね 375 名前：デフォルトの名無しさん mailto:sage [2012/10/16(火) 22:17:15.76 .net] node.js最強 376 名前：デフォルトの名無しさん mailto:sage [2012/10/16(火) 22:20:02.67 .net] >>366 ASP.NET素人だとクライアント側にViewStateで全データを保管して、サーバー側でページングとか日常茶飯事だぜ？ 377 名前：デフォルトの名無しさん mailto:sage [2012/10/16(火) 22:22:07.06 .net] まーた、なんか低レベルの流れになってんなー 378 名前：デフォルトの名無しさん mailto:sage [2012/10/16(火) 22:30:55.59 .net] 下見てもつまらないよ 379 名前：デフォルトの名無しさん mailto:sage [2012/10/17(水) 01:35:57.07 .net] Random Ravings of a Red Headed Code Monkey: Knockout.js Added to the F#/C# MVC 4 Single Page Application Template bloggemdano.blogspot.jp/2012/10/knockoutjs-added-to-fc-mvc-4-single.html 380 名前：デフォルトの名無しさん mailto:sage [2012/10/21(日) 22:42:39.1 ] [ここ壊れてます] 381 名前：4 .net mailto: なんか最近尾上の言うことがぶれすぎ 先月ぐらいから少しずつさりげなくぶれ始めてたんだが なにがあったんだ？ コードビハインドとか頭おかしくなったのか？ その内容自体は宗教だからどうでもいいが さんざん自分の考えと違うやつを罵倒してきた人間が そこまでころっと価値観変えてどうなんだ？ [] [ここ壊れてます] 382 名前：デフォルトの名無しさん mailto:sage [2012/10/21(日) 22:56:05.22 .net] コードビハインドを無理に排除しようとすると、どうしても 特定のビュー専用のビヘイビアがしばしば出てくる。 その場合無駄に煩雑になるだけで実質何のメリットもない。 彼も気付いちゃったんだよ。 383 名前：デフォルトの名無しさん mailto:sage [2012/10/22(月) 06:04:37.89 .net] 単に自分の考えが甘かった、自分の見える世界だけしか見ていなかった事に気がついただけだろ。 ああいうキャラの人間はだいたいそんなもん。 384 名前：デフォルトの名無しさん mailto:sage [2012/10/22(月) 08:48:01.98 .net] MVVMやっててWPFの仕組みがわかってくると、 意外とWPFのコードビハインドってよくできてることに気付くよね 正直、ビヘイビアは再利用できるものだけに限定して積極的にコードビハインド使うのがベストだと思う 385 名前：デフォルトの名無しさん mailto:sage [2012/10/22(月) 09:20:38.69 .net] メッセージも多くの場合Vがインターフェイスを実装すれば十分 ﾒﾓﾘﾘｰｸｶﾞｰとか言うけど、そんな大したことじゃないだろ。 参照管理の問題なんてどうせWPF関係ないところでも常に付きまとうのに、 それをコードビハインドの問題であるかのように大袈裟に騒いで、 WPFがまだよくわかってない人に変な先入観を植え付けている。 386 名前：デフォルトの名無しさん [2012/10/22(月) 09:41:07.23 .net] MVVMというより、Blend至上主義みたいな話になっちゃってるような所があったからな。 387 名前：デフォルトの名無しさん mailto:sage [2012/10/22(月) 12:14:52.36 .net] 本人はBlendを第一に考えてるようだしその辺だろうな 388 名前：デフォルトの名無しさん mailto:sage [2012/10/24(水) 00:05:27.67 .net] Blend 2012まだかよ 389 名前：デフォルトの名無しさん mailto:sage [2012/11/02(金) 12:07:46.01 .net] ViewModelのインターフェイスって意味ある？ 390 名前：デフォルトの名無しさん mailto:sage [2012/11/02(金) 14:00:24.51 .net] Mや各種サービスからのコールバックに使うとか コードビハインドでVからVMのメソッドを呼ぶときにV->VMを密結合させたくないとか そういうときには意味ある 391 名前：デフォルトの名無しさん mailto:sage [2012/11/02(金) 14:32:57.66 .net] まあ通常は継承ベースでいいと思う 392 名前：デフォルトの名無しさん mailto:sage [2012/11/04(日) 22:35:06.98 .net] >>383 コードビハインドってViewって認識なの？ 否定じゃなくて単純に質問。 393 名前：デフォルトの名無しさん mailto:sage [2012/11/04(日) 22:49:04.80 .net] Viewとみなすのがふつう ビヘイビアもコードビハインドの一形態なので同じくView 394 名前：デフォルトの名無しさん mailto:sage [2012/11/05(月) 20:21:18.14 .net] 結局 vmに置かれるviewに強く関係するけど 共通ロジックの置き場がない 395 名前：デフォルトの名無しさん [2012/11/05(月) 23:16:15.79 .net] 共通ロジックならUTILとかに置けばいいだろ？ 396 名前：デフォルトの名無しさん mailto:sage [2012/11/05(月) 23:36:53.45 .net] >>386 Viewとみなすのは分かったんだけど VMじゃななくてVとみなす理由はなんなのかな？ 397 名前：デフォルトの名無しさん mailto:sage [2012/11/05(月) 23:38:49.26 .net] >>389 ビューと不可分だから 398 名前：デフォルトの名無しさん mailto:sage [2012/11/05(月) 23:45:04.35 .net] >>390 WinFormsのコードビハインドなら不可分といえなくもないけど WPFはそうともいえないんじゃね？ 399 名前：デフォルトの名無しさん mailto:sage [2012/11/05(月) 23:51:07.82 .net] >>391 この場合の不可分は「単体テスト可能かどうか」な。 ユーザーコントロールやウィンドウのクラスに対してXAMLを差し替えることは普通はできないし 無理矢理読み込むファイルを変えたとしてもコードビハインドからコントロールを直接触ってるから 結局ビューを表示して実際に操作してみないとテストできないわけ。 だからコードをビューから分離してビューなしでテストできるようにしましょうっていうのがVM。 400 名前：デフォルトの名無しさん mailto:sage [2012/11/06(火) 00:03:14.09 .net] >>392 なる 401 名前：ほどねー [] [ここ壊れてます] 402 名前：デフォルトの名無しさん mailto:sage [2012/11/06(火) 00:05:46.84 .net] >>387 ViewModelsってフォルダにそういう機能のクラスを作ればええんや まーそもそも、Views、ViewModels、Modelsってフォルダ群もなんだかなーって気もするが そのほかのフォルダ構成でやってるやつおる？ 403 名前：デフォルトの名無しさん mailto:sage [2012/11/06(火) 03:50:39.94 .net] フォルダ分けない方が楽な気はするがその3つにしてるな 404 名前：デフォルトの名無しさん mailto:sage [2012/11/06(火) 15:16:09.04 .net] М氏も「MVVM＝コードビハインド無し」みたいな誤解撒き散らしてたし 「フルMVVM」って造語が誤解生んだのも事実 でもだからなんなの？勝手に誤解してずっこけたの本人のせいじゃん お前が元信者だから裏切られた感強いだけだろ 405 名前：デフォルトの名無しさん mailto:sage [2012/11/06(火) 16:34:58.61 .net] dynamicを積極的に使うのはどうだろう VMがdynamic型でVへの参照を保持して動的にVのメソッドを呼ぶようにすれば、 メッセージやインターフェイスを介さなくてもVM->Vの密結合が避けられる。 dynamicなら完全に透過的なプロキシが使えるから、たとえばメモリリークの恐れがある箇所は WeakReferenceでビューへの参照を持ち、ビューがGCされたらnullオブジェクトとして振る舞う ようなプロキシを利用すれば、メモリリークの問題もコードの見た目を全く汚さずに解決。 型無しがダメだというならメッセージだって同じようなもんだよね。 (Vが当該メッセージをサポートしているかどうかはコンパイル時にチェックされないという意味で) 406 名前：デフォルトの名無しさん mailto:sage [2012/11/06(火) 17:03:56.14 .net] マルチキャストが必要な場合(メモリリークを避けるためにイベントを置き換えるとき)もこんな感じで class HogeModel { //弱参照で複数のリスナへの参照を持つ複合プロキシ private WeakCompositeProxy listeners; public void AddListener(dynamic listener) { listeners.Add(listener); } private void RaiseSomethingHappened() { 　//登録された全てのリスナのOnSomethingHappenedメソッドを呼び出す 　//リスナがOnSomethingHappenedメソッドを持たない場合は何もしない 　((dynamic)listeners).OnSomethingHappened(); } } 407 名前：デフォルトの名無しさん mailto:sage [2012/11/09(金) 04:16:24.83 .net] MVVMってメトロになってもやること変わらんの？ 技術的にはあっちが本流だと思うんだけど 408 名前：デフォルトの名無しさん mailto:sage [2012/11/09(金) 09:11:57.38 .net] どうしてデザパタが環境によって変化すると思うんだｗ　技術じゃないぜ。概念だろ。 409 名前：デフォルトの名無しさん mailto:sage [2012/11/09(金) 10:13:41.46 .net] この手の概念って「ある一定の規則とか法則に名前をつける」 だけの話だからね。 410 名前：デフォルトの名無しさん mailto:sage [2012/11/09(金) 11:31:24.11 .net] コーディング段階は結構変わるがな 411 名前：デフォルトの名無しさん [2012/11/09(金) 22:45:20.26 .net] >>401 概念の話と 概念に名前をつけるって 話がごっちゃになってるよ。 概念に名前をつけるのは重要なことだが、 もちろん概念そのものも重要なことだぞ。 412 名前：デフォルトの名無しさん mailto:sage [2012/11/11(日) 00:32:37.19 .net] すいません、よかったら教えてください MVVM Light Toolkitで遊んでるんですが、テンプレートから作成されるModelの IDataServiceのメソッドがActionを渡して結果をコールバックさせる形になっています 普通に戻り値や例外を返せばいいと思うのですが、あえてコールバックさせているのはなぜなんでしょう？ 考えても理由がちっとも思いつかないので、もしわかったらお教えください よろしくお願いします 413 名前：デフォルトの名無しさん mailto:sage [2012/11/11(日) 00:36:08.24 .net] >>401 MVVM以前からMVVM的な物が存在していたということ？ 414 名前：デフォルトの名無しさん mailto:sage [2012/11/11(日) 00:40:40.06 .net] >>404 処理に時間がかかる場合にGUIが固まるのを防ぐためだろ Webからデータを取ってくるような場合は言うまでもないが、 ローカルなファイルやデータベースからちょっと取ってくるくらいでも結構固まる 415 名前：デフォルトの名無しさん mailto:sage [2012/11/11(日) 00:53:11.62 .net] >>406 それはasync、awaitの非同期処理はModel内部で行ってServiceのメソッドをasync宣言しない方がよい ということでしょうか？ Serviceのメソッド自体が非同期メソッドであれば画面が固まったりしないですよね？ そこら辺も初めてさわったのでトンチンカンなこと言ってたらすいません 416 名前：406 mailto:sage [2012/11/11(日) 00:56:51.28 .net] あ、MVVM Light Toolkitは別にasync、awaitのサポート環境を限定してないからかな？ 逆にいうとasync、awaitが使える環境ならば別にコールバックさせる必要はないってことでいいんでしょうか？？ 417 名前：デフォルトの名無しさん mailto:sage [2012/11/11(日) 00:57:16.17 .net] >>407 いやMVVM Light Toolkitは結構昔からあって、当時はasyncが無かっただけ U氏はasyncは内部で使うものであってインターフェイスに使うなとか 思い込みだけで頓珍漢なことを言ってたが 今からasync前提で作るなら普通に使っていいよ 418 名前：406 mailto:sage [2012/11/11(日) 01:01:22.02 .net] >>409 なるほど、納得しました サービスレベルでasyncにしてコールバックは利用しない方法でいってみます いろいろありがとうございました 419 名前：デフォルトの名無しさん mailto:sage [2012/11/12(月) 00:22:58.42 .net] >>409 うがやは、C#というか言語や.NETに関して知識なさすぎだからな。 ライブラリ設計者としてのセンスもない。 420 名前：デフォルトの名無しさん mailto:sage [2012/11/12(月) 20:04:14.60 .net] MVVMでユーザコントロール使う場合のお作法？で質問があります Page内に異なるユーザコントロールが2種類AとBがあります Aはリストを表示するコントロールでBはその明細を表示するコントロールです AとBにはそれぞれ専用のVMを作ってバインドしています この時、A内のリストで選択されたものをBに渡したいのですがどう実装するのがスマートなんでしょうか？ 現在は、PageのVMの中にAVMとBVMを保持していて、AVMのPropertyChangedイベント をPageのVMの中で拾ってBVMのプロパティに設定しています が・・・なんかいまいち感が 他にいいアイディアってあるのでしょうか？ 421 名前：デフォルトの名無しさん mailto:sage [2012/11/12(月) 20:12:25.87 .net] ListBoxのItemsSourceにVMたくさん入ったコレクションセットして ContentControlのContentか任意のViewコントロールのDataContextにListBoxのSelectedItemをバインドするのが楽じゃね 422 名前：デフォルトの名無しさん mailto:sage [2012/11/12(月) 21:01:20.01 .net] あぁそっか、そういうやり方があるんですね 勉強になります ありがとうございました もしよかったらもう一つ教えてください 実はAで選択されたItemをまた別のコントロールに今度は単一を設定するのではなくて どんどん追加もしたいんですが・・・ そういう場合はどうするのが良いのでしょうか？ 一つ一つの機能は徐々にわかってきたんですが、合わせ技になると発想がついてこないっす 423 名前：デフォルトの名無しさん mailto:sage [2012/11/12(月) 21:01:56.33 .net] SelectedItemは同意だけど、VM自体はPage用1つだけでいいと思う 「AB両方の表示用を子プロパティとして持つクラス」のコレクションを VMがプロパティとして公開して、Aがそれにバインド、 BがAのSelectedItemにバインド、が一番すっきりかな 424 名前：デフォルトの名無しさん mailto:sage [2012/11/12(月) 21:14:21.92 .net] >>415 なるほど、そういうやり方もあるのか そこで一つ疑問が出てきてしまったんですが・・・ WebでMVVMのユーザコントロールのサンプルをいくつか見たところ たまたま？すべてのサンプルがユーザコントロール毎に定義されていて それを鵜呑みにしてたんですが・・・ 親になるビューだけがVMを持つのとコントロールも独自にVMを持つケース どういった感じで使い分けたらいいのでしょうか？ ちなみに今回の場合、AもBも表示するだけではなくて、それなりに個々の コントロールに機能を持っています Aはソート順を変えたり絞り込んだり、Bは詳細を編集したりなどです 425 名前：デフォルトの名無しさん mailto:sage [2012/11/12(月) 23:25:58.38 .net] 426 名前：>>416 俺は複数のWindowでControl使いまわしてるから、Controlに専用のViewModel持たせてるよ [] [ここ壊れてます] 427 名前：デフォルトの名無しさん mailto:sage [2012/11/13(火) 00:54:12.58 .net] Model側でコレクションを持つ場合、そのVMも子ModelのVMのコレクションを持つようにしてるかな この場合Model側もObservableCollection的な通知機能付コレクションを使うことになるが 子ModelがVM持つほどの意義がない場合は親Modelのコレクションそのまま使ったりもする 428 名前：デフォルトの名無しさん mailto:sage [2012/11/13(火) 04:42:27.67 .net] 414は単純に、「別のコントロール」側のItemsSourceになってるコレクションに Addしてやればいいだけだと思う… 単純過ぎるので質問の意味取り違えてるかも知れないけど 416についてはケースバイケース どうするのが、開発や保守しやすいか。それ次第でしょう 429 名前：414 mailto:sage [2012/11/13(火) 20:36:52.73 .net] 昨日はレスいただいたのに返事できずにすみません >>417-418 コントロールは再利用するつもりなので、今回はコントロールにVM持たせてみます 子もVMに入れてみようと思います 430 名前：デフォルトの名無しさん mailto:sage [2012/11/13(火) 20:43:05.86 .net] >>419 1. ItemSourceになっているコレクションに誰が値を入れるべきか？ 2. ItemSourceは誰が持つべきか？ の2点で悩んでいました Page　AとBを持っている親Window 　A　全てのオブジェクトをリスト表示するコントロール 　B　Aで選択されたものを1つずつ追加してリストに表示するコントロール となっています。 ABはそれぞれ再利用を考えているため、個別のVMを持ち、子のVMは親のVMが持つ事としようと考えています なので2.についてはBで持つ事にしようと思います まだ悩んでいるのは1.でして、今のところの実装は 1) AのListのSelectedItemをAVMのプロパティにバインド 2) PageVMでAVMのPropertyChangedイベントをハンドリング 3) PageVM内のロジックでBVMで定義したAddItem（自作）を呼び出す 4) BVMのAddItemメソッドないでObservableCollectionに追加 としています。 この中の2)の部分が特にしっくりこなくて気持ち悪いというのが、質問させていただいた経緯です 431 名前：デフォルトの名無しさん mailto:sage [2012/11/13(火) 21:27:06.52 .net] >>421 あまり参考にならないかもですけど、 もし俺が、そういうPage,A,Bの3つのVMでやるとしたら Aのコンストラクタの引数で、デリゲートを受け取れるようにしておく AではPropertyChangedのハンドラで、その受け取ったデリゲート呼ぶようにしておく PageからA,Bをインスタンス化する際に、 BのAddItemを呼び出す処理や、Pageでやるべき処理もあればまとめて、 Aのコンストラクタに全部、ラムダ式で渡す これで後は、AのPropertyChanged内だけで、PageやBの処理も全て完結 って感じにするかな…。 432 名前：デフォルトの名無しさん mailto:sage [2012/11/13(火) 21:40:19.58 .net] >>422 ふむふむ、なるほど レス読ませてもらって考えているうちに思ったんですが、AVMにItemが選択された ことを通知するイベントを定義して、そこにラムダ式突っ込んであげれば良いのかな？ って気がしてきました 何が気持ち悪かったって、AVMにはほかにプロパティもあるわけで、PropertyChangedを ハンドルしていると、別にPageには興味がないプロパティも飛んでくるわ プロパティの名前をAVMで定数定義してAVMからもPageVMからも参照しようとすると、 MVVM Light ToolkitでVMのインスタンスを生成するときにエラーで落ちちゃって プロパティ名をAとPageの双方に文字列で指定してた所なんで、一番キモイ所は解決された気がします ただなんか手法が古臭いような気がしないでもないですがｗ XAMLでこう書いてああ書いてすればサクっとできちゃうよ！的な解決策はさすがにないですよね？ｗ 433 名前：デフォルトの名無しさん mailto:sage [2012/11/13(火) 23:15:36.04 .net] @ugaya40: 難しいとかいってる人はコードビハインドでMVVMしましょ コイツ、MVVMでコードビハインド使うのはMVVMを理解していない無能のすること とか散々ほざいてたくせしてなに言っちゃってんのって感じなんだが。 「難しいとか言ってる人」とかつけ加えてて誤魔化してんじゃねーよ。 難しいとか難度の問題じゃないってわかんねーのかな？ 434 名前：デフォルトの名無しさん mailto:sage [2012/11/13(火) 23:18:09.19 .net] コードビハインドを使用したものは神の怒りに触れ 永久にメモリリークの責め苦を受けるんじゃなかったのかw 435 名前：デフォルトの名無しさん mailto:sage [2012/11/13(火) 23:23:22.77 .net] テンプレートにハンドラつけた場合じゃねそれ 436 名前：デフォルトの名無しさん mailto:sage [2012/11/13(火) 23:28:45.74 .net] 自作のライブラリーをコードビハインドに対応させるって言ってたし完全に方向転換したんじゃないのかな？ それ自体はいい事だとは思うけどね ただ、間違った持論でMVVMの概念をめちゃくちゃにした罪は大きいよね きちんと間違ってたことを認めればいいけど、あの歪んだ性格じゃ無理だろうな… 437 名前：デフォルトの名無しさん mailto:sage [2012/11/13(火) 23:33:30.98 .net] 必死にPSDって略語を流行らせようとしてるのに誰も使ってないのが泣ける、というか笑えるｗ 438 名前：デフォルトの名無しさん mailto:sage [2012/11/13(火) 23:39:32.37 .net] PDS言ってるのは知ってるがPSDは知らんな 439 名前：デフォルトの名無しさん [2012/11/13(火) 23:40:55.84 .net] DPSならしってる。全部知ってる。DPS全部 440 名前：デフォルトの名無しさん mailto:sage [2012/11/13(火) 23:43:51.07 .net] 社内ではよく使うがネットで使う機会が無い 441 名前：デフォルトの名無しさん mailto:sage [2012/11/13(火) 23:45:32.47 .net] 本人もあれだけど最近はアンチのがウザいな 直接煽られたことある人はそうなるのか 442 名前：デフォルトの名無しさん mailto:sage [2012/11/13(火) 23:50:31.04 .net] 面白がってアンチに乗じてアンチごっこしてるやつが一番うざいし役に立たない 443 名前：デフォルトの名無しさん mailto:sage [2012/11/14(水) 00:37:00.22 .net] MSの将来が不安なのでAndroidのMVVM環境教えてください 444 名前：デフォルトの名無しさん [2012/11/14(水) 00:42:27.62 .net] JavaScriptでよければ KnockoutがMVVMのフレームワークだよ 445 名前：デフォルトの名無しさん mailto:sage [2012/11/14(水) 00:47:11.25 .net] Androidでバインディングは無理だと思う コントロールがそれぞれ独自にXML読むクソ設計なんだぜ?w 446 名前：デフォルトの名無しさん mailto:sage [2012/11/14(水) 00:59:28.17 .net] AndroidのフレームワークでバインディングやるならActivityのコード側でsetBindingみたいなメソッド呼んで 実装はリフレクションで頑張るしかないだろうけど そんなことするくらいならPassive Viewの方がいいと思う 447 名前：デフォルトの名無しさん mailto:sage [2012/11/14(水) 01:13:42.40 .net] さすがに今年中にBlend出してくれんとしんどいわMSさん 448 名前：デフォルトの名無しさん mailto:sage [2012/11/14(水) 01:24:18.30 .net] Expression Studio 5まだー？ 449 名前：デフォルトの名無しさん mailto:sage [2012/11/14(水) 02:03:13.02 .net] android binding があるでしょ 450 名前：デフォルトの名無しさん mailto:sage [2012/11/14(水) 21:26:33.41 .net] @ugaya40: 俺はWin8デスクトップにはスタートメニューが必要だと思うけど、シノフスキーさんの辞任と現時点で結びつけたりするわけもなく。ただその反対意見もまた極端なのが散見してるな。どっちもアホじゃないですか。 散々、極端なことを言ってたのはお前だろ？ｗ 自分で自分がアホって自覚がちゃんとあるんだな。 451 名前：デフォルトの名無しさん mailto:sage [2012/11/14(水) 21:27:50.23 .net] >>426 メモリーリークするの？ メンドクサイからテンプレートから呼ぶようにしたんだけど・・・ 452 名前：デフォルトの名無しさん mailto:sage [2012/11/14(水) 21:49:40.33 .net] >>441 お前さん､うがやのこと大好きなんだな 453 名前：デフォルトの名無しさん mailto:sage [2012/11/14(水) 22:08:23.42 .net] そのうちVSスレのキチみたいに発狂しちゃうんだろうな 454 名前：デフォルトの名無しさん mailto:sage [2012/11/14(水) 22:12:55.52 .net] さすがに粘着が過ぎる 455 名前：デフォルトの名無しさん mailto:sage [2012/11/14(水) 23:17:24.64 .net] まぁ、こういう個人攻撃はネットウォッチ板でやるもんだな 456 名前：デフォルトの名無しさん mailto:sage [2012/11/15(木) 10:53:44.15 .net] >>442 そんなことでリークするわけない。動的に生成された要素は、XAMLでイベントハンドラが登録されたままでも ツリーから外れた時点でGC対象になる。XAMLではなくコードビハインドなどから追加した場合は当然 WPF管理外のため、イベントハンドラによる強参照が当然残るのでそれがマズい場合があるだけ。 つまりWPF自身の問題などでは決してなく、あくまで愚かな人間によるミス。 例の宗教はあえてそのあたりをぼかす(信者の多くはそもそも理解してないまま復唱� 457 名前：ｵてるだけだろうが) ことによって恣意的なイメージ操作を行っている。 [] [ここ壊れてます]

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef