WPF(XAML, XBAP, .NET4.0)GUIプログラミング Part12

1 名前：デフォルトの名無しさん [2011/12/20(火) 16:40:25.28 ] ユーザーインターフェースシステム、Windows Presentation Frameworkについて語るスレ。 Visual Studio 2010 www.microsoft.com/japan/msdn/vstudio/ Microsoft .NET Framework 4 (Web インストーラー) www.microsoft.com/downloads/details.aspx?familyid=9CFB2D51-5FF4-4491-B0E5-B386F32C0992&displaylang=ja Microsoft .NET Framework 4 (スタンドアロンインストーラー) www.microsoft.com/downloads/details.aspx?familyid=0A391ABD-25C1-4FC0-919F-B21F31AB88B7&displaylang=ja 前スレ WPF(XAML, XBAP, .NET4.0)GUIプログラミング Part11 toro.2ch.net/test/read.cgi/tech/1320589318/ 関連スレ Microsoft Silverlight その9 toro.2ch.net/test/read.cgi/tech/1321150267/ 過去スレ Part10 hibari.2ch.net/test/read.cgi/tech/1315648327/ Part9 hibari.2ch.net/test/read.cgi/tech/1301122694/ Part8 hibari.2ch.net/test/read.cgi/tech/1291554513/ Part7 hibari.2ch.net/test/read.cgi/tech/1282479113/ Part6 hibari.2ch.net/test/read.cgi/tech/1274423236/ Part5 pc12.2ch.net/test/read.cgi/tech/1261879110/ Part4 pc12.2ch.net/test/read.cgi/tech/1245384489/ Part3 pc12.2ch.net/test/read.cgi/tech/1231506876/ Part2 pc11.2ch.net/test/read.cgi/tech/1211453941/ Part1 pc11.2ch.net/test/read.cgi/tech/1162950198/ コードを貼る場合は以下のサイトの利用をお勧め。 run codeのチェックは外しておきましょう。 ideone.com/ 623 名前：デフォルトの名無しさん mailto:sage [2012/03/08(木) 01:08:03.03 ] 知っていたらボスケテ WPFのDataGrid 列ヘッダクリックでソート機能があるけどソートの比較条件を自分で用意してソートさせるにはどうすればいいの？ ソート機能切ってマウスクリックと座標取得して表示基のコレクション自分でソートして再表示ようかとも思ったんだけど ソート機能切ると列ヘッダがクリッカブルじゃなくなるし△▽のマークとかもないので微妙 624 名前：デフォルトの名無しさん [2012/03/08(木) 01:29:35.27 ] >>623 msdn.microsoft.com/ja-jp/library/ff407126.aspx 625 名前：デフォルトの名無しさん mailto:sage [2012/03/08(木) 02:14:18.00 ] StyleってCSSみたいにGrid配下のTextBox全体に適用とかって無理なのか 626 名前：デフォルトの名無しさん mailto:sage [2012/03/08(木) 03:44:45.42 ] 全体指定は基礎だからもっと勉強してね 627 名前：デフォルトの名無しさん mailto:sage [2012/03/08(木) 08:23:41.27 ] Blendなんて60日の試用版DLして60日たったらOSリカバリでもう一回いれりゃいいだけ 628 名前：デフォルトの名無しさん mailto:sage [2012/03/08(木) 08:34:04.20 ] 仮想PC上で実行するのもめんどくさい 629 名前：デフォルトの名無しさん mailto:sage [2012/03/08(木) 09:01:12.82 ] WinRTスレの次スレ何処？(｀・ω・´) 630 名前：デフォルトの名無しさん mailto:sage [2012/03/08(木) 10:54:00.03 ] 仮想ＰＣ上でblend動かしてたけど 長時間つかってると重たくなってくるのに耐えられなくなったから買ったよ・・・ 631 名前：デフォルトの名無しさん mailto:sage [2012/03/09(金) 00:31:31.36 ] Styleは親の要素のリソースを順に検索するような感じに動くので対象のGridのリソースに入れればその配下のTextBoxに適用できる。 Styleのリソースから適用もできるのでGridのStyleのリソースにTextBoxのStyleを入れるといい。 632 名前：デフォルトの名無しさん mailto:sage [2012/03/09(金) 08:25:15.42 ] MVPVM 設計パターン - WPF 向けのモデル - ビュー - プレゼンター - ビューモデル設計パターン msdn.microsoft.com/ja-jp/magazine/hh580734.aspx ここのサイトの、コードサンプルの amarillo.us.com/MSDN/MvpVmR2.zip がデッドリンクになっています。MSの人、宜しくお願いいたします。 633 名前：デフォルトの名無しさん mailto:sage [2012/03/09(金) 09:10:19.01 ] これからはMVPVMだよな MVVMで無理していたのは何だったのか… 634 名前：デフォルトの名無しさん mailto:sage [2012/03/09(金) 09:17:21.10 ] 多分、この人だと思うんだけれどねぇ。 Password Manager passwordmgr.codeplex.com/ 635 名前：デフォルトの名無しさん mailto:sage [2012/03/09(金) 09:57:15.29 ] MVPVMが浸透したらMVVMは単純な場合以外使われなくなる 直観的だし他言語からの移行が楽 636 名前：デフォルトの名無しさん mailto:sage [2012/03/09(金) 10:10:14.33 ] >>632 明日の勉強会の伏線ですか？ 637 名前：デフォルトの名無しさん mailto:sage [2012/03/09(金) 10:29:32.09 ] 勉強会なぞ行かん！わしゃ、僻地に住んでおる。 そんな訳で、持っている人、ウプお願い！ 638 名前：デフォルトの名無しさん mailto:sage [2012/03/09(金) 10:34:01.41 ] というか、MVPVMとか、そんなに良いものなの？ ドラスティックに変わるとは、本文からは思えなかったけれど。 どちらにしても、VSの標準としてライブラリが組み込まれ、 自動生成のサポートも標準にならない限り、流行らないんじゃないの？ VS11のβでも、その辺りに変化はないんでしょ？ みんな、Prism派？MvvmToolkit派？ 639 名前：デフォルトの名無しさん mailto:sage [2012/03/09(金) 10:44:27.43 ] togetter覗いたら XAMLクラスタから評判悪いね＞MVPVM togetter.com/li/221402 640 名前：デフォルトの名無しさん mailto:sage [2012/03/09(金) 10:45:16.41 ] >>638 つ Livet 641 名前：デフォルトの名無しさん mailto:sage [2012/03/09(金) 11:02:35.83 ] いつもの人が偉そうなこと行ってるだけじゃん 全くデメリットが合理的に説明できてないし 642 名前：デフォルトの名無しさん mailto:sage [2012/03/09(金) 11:05:05.37 ] ほとんどすべてMVPVMになるんじゃないの？ 事実上のアプリケーションというかプログラムがP層になると曲解（笑）してるんだけど 違うのかなｗ Pはマスタースレーブで言えばスレーブ VとVMののりしろ メッセージのブロードバンドじゃなくスイッチングハブのような動作も可能 ただMVVMのようにきつい縛りが無くなるから 643 名前：デフォルトの名無しさん mailto:sage [2012/03/09(金) 11:06:37.32 ] ただMVVMのようにきつい縛りが無くなるからデタラメなコードを書くことも可能 その部分がMVVM派の人には受けないだろうね 644 名前：デフォルトの名無しさん mailto:sage [2012/03/09(金) 11:21:01.76 ] Vに無理やり書いてたコードがPに行くってことでいいんだろうか？ よくわかんね 645 名前：デフォルトの名無しさん mailto:sage [2012/03/09(金) 11:34:06.55 ] 何度読んでもよくわからない Vだけでダイアログ出したりメッセージボックス出したりとか トリッキーなことをしなくてよくなるのかな 普通にVがボタン押されたよとPに通知したら PがVにダイアログ出してねって通知するようになるのかな 646 名前：デフォルトの名無しさん mailto:sage [2012/03/09(金) 11:35:52.28 ] XAMLのビヘイビアで書いてたクソみたいなスクリプトもどきを普通に書けるっていうのが一番だな 647 名前：デフォルトの名無しさん mailto:sage [2012/03/09(金) 11:42:52.27 ] そもそもダイアログを出すのって誰の責任だ？ V じゃなきゃ、P か VM でいいんじゃね？ P が V にダイアログ出してねって通知するのも何かおかしいと思う。 648 名前：デフォルトの名無しさん mailto:sage [2012/03/09(金) 11:42:54.24 ] ビヘイビアで思い出したけど VS11　betaについてたblend for VSでアセットにビヘイビアなかったけど 違うところに移動したのかな それとも別のSDK入れないといけないのかな スレ汚し&不勉強でごめんね 649 名前：デフォルトの名無しさん mailto:sage [2012/03/09(金) 11:46:06.57 ] ただ、実際プログラミングしてて、V に画面移動やダイアログ表示押し付けてると MVVMに準拠してるかどうか別として VMのコード量減って全体の見通しが少しよくなるのは事実。 650 名前：デフォルトの名無しさん mailto:sage [2012/03/09(金) 11:47:25.95 ] それをPに押し出せ 651 名前：デフォルトの名無しさん mailto:sage [2012/03/09(金) 11:50:05.03 ] いままで疎を意識してやわやわVMやVに書いていたことを 密にしてPに書き出せってことだろ 652 名前：デフォルトの名無しさん mailto:sage [2012/03/09(金) 11:50:37.67 ] >>650 どうやって？コードビハインドにしろと？ 653 名前：デフォルトの名無しさん mailto:sage [2012/03/09(金) 11:52:01.24 ] >>652 PとV、PとVMは密結合だからなんでもあり モデルもコントロール直接触り放題 654 名前：デフォルトの名無しさん mailto:sage [2012/03/09(金) 11:54:30.57 ] Pクラス作ってVとVM握ってメッセージ受け取って判断してメッセージ送れ 655 名前：デフォルトの名無しさん mailto:sage [2012/03/09(金) 11:55:33.14 ] winformsやjavaから移住者が増える 656 名前：デフォルトの名無しさん mailto:sage [2012/03/09(金) 11:57:42.01 ] >>654 P ってある意味 V と VM の Mediator と考えてOK？ 657 名前：デフォルトの名無しさん mailto:sage [2012/03/09(金) 11:59:53.85 ] InteractionMessageとかビヘイビアとか大嫌いだから歓迎するわ 658 名前：642 mailto:sage [2012/03/09(金) 12:00:00.90 ] Pはイベントドリブン型アプリケーションのコアじゃないの？ 659 名前：デフォルトの名無しさん mailto:sage [2012/03/09(金) 12:02:33.08 ] ああわかった！MVPVMパターンって、 ・M　（Model） ・V　（View） ・VM　（ViewModel） の存在は認めたうえで、 仮にコードビハインドを P とすると P も遠慮なくどんどん使っていいんだよ！ ってことなのかな？ 660 名前：デフォルトの名無しさん mailto:sage [2012/03/09(金) 12:05:27.81 ] でも WPF の設計ってバインド指向でイベントの挙動は穴ありまくりだろ。 ugaya40 の指摘するメモリリークはよく知られてるけど それ以外でも Forms じゃあり得ない挙動するイベント多いからな 661 名前：デフォルトの名無しさん mailto:sage [2012/03/09(金) 12:05:59.88 ] MVVMを否定する人は多いだろうけどMVPVMを否定する人は少ないとおもう 662 名前：デフォルトの名無しさん mailto:sage [2012/03/09(金) 12:07:50.19 ] >>661 それ以前にMVVM判ってる奴自体少ないと思うぞ。 ましてMVPVM知ってる奴はほとんどおらんだろｗ 663 名前：デフォルトの名無しさん mailto:sage [2012/03/09(金) 12:12:47.35 ] Metro踏まえてまた変わるんじゃねえの 664 名前：デフォルトの名無しさん mailto:sage [2012/03/09(金) 12:16:20.24 ] >>660 お前そればっかりだな MVPVMはコマンド->VMをスルー->Pだから別にそこはMVVMと変わらん だいたいビヘイビアはイベントベースだ 665 名前：デフォルトの名無しさん mailto:sage [2012/03/09(金) 12:16:27.48 ] メモリリークはただのV上の制御できないアイテムを 別のところに登録していることが問題じゃないの？ 666 名前：デフォルトの名無しさん mailto:sage [2012/03/09(金) 12:19:53.47 ] Pはコントロールよりも確実に寿命が長いんだから 一時的なコントロールにPのイベントハンドラ突っ込んでもメモリリークの原因にはならん メモリリークが問題になるのは寿命の長いVMやMからVに通知する場合だけど、 MVPVMの場合はVM経由でバインディングするからMVVMで問題ないというならMVPVMでも問題ない 667 名前：デフォルトの名無しさん mailto:sage [2012/03/09(金) 12:21:41.71 ] > MVPVMはコマンド->VMをスルー->Pだから別にそこはMVVMと変わらん ここがいみふなんですが？ 668 名前：デフォルトの名無しさん mailto:sage [2012/03/09(金) 12:24:09.99 ] >>660 > Pはコントロールよりも確実に寿命が長いんだから これって言い切っちゃっていいの？ 669 名前：デフォルトの名無しさん mailto:sage [2012/03/09(金) 12:25:35.55 ] Pはアプリケーション自身だと思うからそれより長い寿命ってないんじゃない？ 670 名前：デフォルトの名無しさん mailto:sage [2012/03/09(金) 12:29:57.71 ] そもそも MVPVM 議論しようにもまだ情報が足りな過ぎるよね？ MSDNのサンプルもダウンロードできないし、どうにも P が理解できない。 671 名前：デフォルトの名無しさん mailto:sage [2012/03/09(金) 12:32:12.81 ] みんな分かってなさそうで安心したｗ 672 名前：デフォルトの名無しさん mailto:sage [2012/03/09(金) 12:33:11.81 ] 議論しなくてもただそのようにコード書けばいいんじゃないかなあ 問題があれば報告してね 673 名前：デフォルトの名無しさん mailto:sage [2012/03/09(金) 12:37:46.76 ] 実際楽にはなると思うよ 変なパターン覚えなくてもいいし 674 名前：デフォルトの名無しさん mailto:sage [2012/03/09(金) 12:40:02.39 ] えムナウ氏の > WPF はなんかおかしい、ビヘイビアーといいデータテンプレートセレクターといい、View と ViewModel を両方知らないと達成できないものがそこここにちりばめられている。 という意見も納得できるんだが、図を見てるとますます理解できない。 blogs.wankuma.com/mnow/archive/2012/01/06/246398.aspx P(コードビハインド）とVMの両方からMに接続しに行くなんて、窓口増やして混乱しそうなだけなんですが？ 675 名前：デフォルトの名無しさん mailto:sage [2012/03/09(金) 12:42:43.25 ] Pとコードビハインドは同じじゃないと思うよ そのような役割もあるけど別物じゃないの？ 676 名前：デフォルトの名無しさん mailto:sage [2012/03/09(金) 12:44:40.49 ] V → VM → M の流れで V → VM 間の操作でめんどくさそうなとこを V <-> P <-> VM → M で実装すればいいだけだと思うんだが、これだとMSDNともMさんとも解釈違うよね？ あ・・・ VPVMM パターンならうまくいくのか！ｗ 677 名前：デフォルトの名無しさん mailto:sage [2012/03/09(金) 12:44:46.29 ] どっちかというと特定のVと特定のVMに依存した使い捨てのビヘイビアみたいなもん あくまで>>634の例ではだけど 678 名前：デフォルトの名無しさん mailto:sage [2012/03/09(金) 12:46:13.34 ] 結論。 サンプルないと誰もわからんｗｗｗ 679 名前：デフォルトの名無しさん mailto:sage [2012/03/09(金) 12:47:31.42 ] アプリケーションはもともと使い捨てだと思うが… 680 名前：デフォルトの名無しさん mailto:sage [2012/03/09(金) 12:53:57.91 ] Livetがただのコードスニペット集になる 681 名前：デフォルトの名無しさん mailto:sage [2012/03/09(金) 12:56:04.37 ] >>680 M氏のダイアグラムを搭載できたらいいのにねｗ 682 名前：デフォルトの名無しさん mailto:sage [2012/03/09(金) 12:58:08.78 ] >>676 それただのPassiveViewや 683 名前：デフォルトの名無しさん mailto:sage [2012/03/09(金) 13:01:53.63 ] >>682 いや、V - VM 684 名前：デフォルトの名無しさん mailto:sage [2012/03/09(金) 13:02:57.09 ] >>682 いや、V - VM 間の連携を実装で補完してるだけだから、PassiveView とは言えんと思うが。 685 名前：デフォルトの名無しさん mailto:sage [2012/03/09(金) 13:04:50.12 ] とりあえずVMを再利用し易いように アプリ固有のコードをPに押し出すということにしておくわ・・・ 686 名前：デフォルトの名無しさん mailto:sage [2012/03/09(金) 13:06:10.95 ] どういうのが正しいPか知らないけど 今後Pは使ってみるわ 687 名前：デフォルトの名無しさん mailto:sage [2012/03/09(金) 13:11:58.81 ] > どういうのが正しいPか知らないけど それってパターンとは言えんよなぁ・・・・ 688 名前：デフォルトの名無しさん mailto:sage [2012/03/09(金) 13:29:02.75 ] じゃあここまでに出たパターンを仮にVM2Pとして使うことにしよう もしかするとVM2P=MVPVMかもしれないけど 689 名前：デフォルトの名無しさん mailto:sage [2012/03/09(金) 14:39:33.85 ] だれか、サンプル持って無いの？ あるいは、MSの中の人、居ないの？ 690 名前：デフォルトの名無しさん mailto:sage [2012/03/09(金) 14:42:04.17 ] >>634のソース MSDNマガジンの方はたぶんその抜粋 691 名前：デフォルトの名無しさん mailto:sage [2012/03/09(金) 15:18:08.48 ] ぐぐったら.ugaya40産のつぶやきが ＞デメリットは、結局バインディングとPrensenterからの操作の場合分けをどうするのか悩まなければならない 悩むほどの事かな プロパティの表示など単純な場合はバインディングで 複数の要素が絡む場合や状態変化やVMやVに遡及しないばやいは Pから操作でいいんじゃないの？ 692 名前：デフォルトの名無しさん mailto:sage [2012/03/09(金) 15:48:14.48 ] 本人に言えよｗ 693 名前：デフォルトの名無しさん mailto:sage [2012/03/09(金) 15:49:14.93 ] 彼はコードビハインドに親を殺されたんだよ 694 名前：デフォルトの名無しさん mailto:sage [2012/03/09(金) 15:51:24.61 ] 本人もたまにこっそり降臨してるだろ。 他の大御所連中もみな覗いてると思うがｗ 695 名前：デフォルトの名無しさん mailto:sage [2012/03/09(金) 16:11:50.34 ] さすがに覗いてないと思うよ 名無しの書き込み見るメリットない 696 名前：デフォルトの名無しさん mailto:sage [2012/03/09(金) 16:35:50.48 ] いや、見てるんじゃないかな？ そりゃ、2chなんて、ロリ、ヲタ、プー、ちびデブ禿、低学歴低所得のスクツだよ？ でも、実際のところ、リアル社会においても、 劣等人種の存在比率は、2chとあまり変わらない。 まして、下らない書き込みはスルーすれば良いだけの2chは、 効率の良い情報収集方法だよ。 これが、リアルの勉強会なら、劣等人種の質問でもスルー出来ないからな。 697 名前：デフォルトの名無しさん mailto:sage [2012/03/09(金) 16:48:24.05 ] 2ちゃんじゃ議論にならんからなあ 読むだけ疲れるでしょ。 698 名前：デフォルトの名無しさん mailto:sage [2012/03/09(金) 16:49:40.58 ] せめてIDぐらい出てればこの一連の流れも無かったことにできるのだが 699 名前：デフォルトの名無しさん mailto:sage [2012/03/09(金) 16:57:52.23 ] リアルだって、議論になんてならないでしょ。 知識、背景、肩書、学歴、所得とか一致しないと議論にならないよ。 700 名前：デフォルトの名無しさん mailto:sage [2012/03/09(金) 17:12:40.77 ] >>699 議論するのに知識、背景が必要なのは認めるが、後の三つは関係ないだろｗ 701 名前：デフォルトの名無しさん mailto:sage [2012/03/09(金) 17:14:57.62 ] 背景に含まれると言った方が正確かな 702 名前：デフォルトの名無しさん mailto:sage [2012/03/09(金) 19:58:43.26 ] ModelとViewModelの対応って1対1なの? ViewModelが複数のModelを持ったりするもんなの? 703 名前：デフォルトの名無しさん mailto:sage [2012/03/09(金) 20:17:03.40 ] MVPVMだと・・・ MVVMをよく分かってないのに次がでてくるとは日曜プログラマーなおじさまは大変だ 704 名前：デフォルトの名無しさん mailto:sage [2012/03/09(金) 22:05:10.81 ] ええねんええねん モノもってこいやモノを 705 名前：デフォルトの名無しさん mailto:sage [2012/03/09(金) 22:09:45.53 ] aviadezra.blogspot.com/2009/08/mvp-mvvm-winforms-data-binding.html ？ 706 名前：デフォルトの名無しさん mailto:sage [2012/03/09(金) 22:41:05.66 ] >>638 Pの責務が強すぎて、簡単にカオス化する可能性があるので、MVVMのほうが好き。 707 名前：デフォルトの名無しさん mailto:sage [2012/03/09(金) 23:32:19.16 ] >>706 でも MVVM だと、VMの責務が重すぎてコードが肥大化する傾向がある。 コマンドその他を プレゼンターに分離した方がすっきりしないか？ 708 名前：デフォルトの名無しさん mailto:sage [2012/03/10(土) 00:12:49.66 ] 疎結合のために無駄に費やした時間を取り戻せｗ 709 名前：デフォルトの名無しさん mailto:sage [2012/03/10(土) 00:51:01.16 ] 正直コマンドとコードビハインドで登録するイベントハンドラの違いが分かっていない。 コマンドだと何が嬉しいん？CanExecute使えるくらいくらい？ 710 名前：デフォルトの名無しさん mailto:sage [2012/03/10(土) 00:57:52.77 ] >>709 ユニットテストフレームワークに食わせ安くなる。 実際、metro styleのUI要素はテストコード内でインスタンス化できないから、コマンド必須。 711 名前：デフォルトの名無しさん mailto:sage [2012/03/10(土) 00:59:31.58 ] >>709 元々の主目的は、デザイナーが弄るBlendで作るViewからコードを追い出すってコンセプトだったもんな それが無理になった今、テストがやりやすい程度のアドバンテージしかないが それもハンドラに直接書かずにワンクッション置けば問題無いシナ 712 名前：デフォルトの名無しさん mailto:sage [2012/03/10(土) 01:05:04.03 ] >>707 UIをUserControlで部品化し、その単位でView Model作っているので、今のところVMの肥大化では困ってないです。 業務系のように入力項目が増えると、また違う考えになるかもしれないです。 713 名前：デフォルトの名無しさん mailto:sage [2012/03/10(土) 06:52:39.19 ] プロパティにはnotifyが必要でしょ？ じゃあnotifychanged用にベースクラス作ってまとめましょうってなると datacontextに入れたほうがいいよねってことになる バリデーションも通るからすごく楽になる ベースクラスに準備してればね 全部バインドにまとめるとトリガーとかめんどくせぇなぁってなるから this.rootGridとかビハインドで書いちゃうけど 全部ビハインドはさすがに非効率すぎる 714 名前：デフォルトの名無しさん mailto:sage [2012/03/10(土) 07:55:21.41 ] MVVMに関するドキュメントで、初心者向きじゃ無いとか言っているものがあるけど。 それ、違うから。 単に推敲が足りずに構成が悪く、思いだけあふれていて、肝心の伝えたいことが伝わらない資料になっているだけだから。 715 名前：デフォルトの名無しさん mailto:sage [2012/03/10(土) 08:58:35.03 ] >>714 おつかれさまです。思いはよく伝わりましたｗ 今日のプレゼンustで見てますんで頑張ってくださいね♪ 716 名前：デフォルトの名無しさん mailto:sage [2012/03/10(土) 11:16:30.24 ] VS11でインフラ改善されてないの？ 717 名前：デフォルトの名無しさん mailto:sage [2012/03/10(土) 12:41:04.55 ] なぜ自分で調べてみないのか 718 名前：デフォルトの名無しさん mailto:sage [2012/03/10(土) 14:00:25.60 ] 今日は異端審問会議やってるのか？ 719 名前：デフォルトの名無しさん [2012/03/10(土) 19:41:59.24 ] Ust見た。さらにツィートも合わせて分析すると MVPVMパターンのプレゼンターは、ナビゲーション(画面遷移やダイアログの表示)などを担当し、VieWとViewModel間の疎結合を推進します。 だそうだ。 720 名前：デフォルトの名無しさん mailto:sage [2012/03/10(土) 21:17:39.23 ] Pがダイアログ表示するならPにフレームワーク依存コードが残っちゃうね 721 名前：デフォルトの名無しさん mailto:sage [2012/03/10(土) 21:42:04.47 ] MVPVMのPは再利用を考えないでVにべったり依存するよ コントロールを直接触る 722 名前：デフォルトの名無しさん mailto:sage [2012/03/10(土) 21:45:32.39 ] アンパンマンの頭変えるようにフレームワークごとにVだけスコーンと変えられないの？ 723 名前：デフォルトの名無しさん mailto:sage [2012/03/10(土) 21:50:06.32 ] でもよくよく考えたらVだけ変えても意味ないね .netコンパクトと.netでできることが違いすぎたし

---

---

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

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