1 ：
名無しさん＠ＬＶ2001：
この際、はっきりさせましょう。
ﾊa？
まっ、MFCの根幹となる技術だし。
使いどころを押さえれば開発が楽になるしそうでなければ
かえって面倒になる。
でもこれが使えるケースって結構限られている気もするかなぁ・・・・
そこら辺はどーよ↓
MVCアーキテクチャのサブセットなので、DVそのものには学習する意義は無い。
MFCゆえに不可避という状況においては、流儀に合わせるため(だけ)に学習すべし。
6 ：
デフォルトの名無しさん：2001/08/19(日) 22:17
俺に振るなよ！
7 ：
デフォルトの名無しさん：2001/08/19(日) 22:28
MVCとObserver/Obserbableってどう絡むの？
Cに対応するものが無いんだけど。
8 ：
デフォルトの名無しさん：2001/08/19(日) 22:30
つーか、みんな使ってるの？
9 ：
厨房 教えて君：2001/08/19(日) 22:37
デザパタ本読んだら、なんとなく意味あるような？
つか、MFCウザッとはいえ、分けといた方が良くないだろうか？
（つか、MFCの掩蔽が中途半端なあたりがガンのような）
>>5 MVCとかDVって何？
10 ：
!5：2001/08/19(日) 22:44
>>9 MVC Model View Controller
smalltalk勉強すれ
DVはDoc Viewのことだと思う。
つーかDoc ViewはMVCをもとに考えだされたアーキテクチャ。
ドキュンメントビュー・アーキテクチャーに期待
12 ：
デフォルトの名無しさん：2001/08/19(日) 23:14
オブジェクト指向とドキュメントビューは、相反するものである。
もはや古臭い＞１
MVCも、実際に概念通りに分離できる事例は少ない。
現実には方針として使う程度。
>smalltalk勉強すれ
いまさらこれはねーだろ
Ruby
>>14 同意。
方針として、これはMでこれはVで・・・というのをある程度ハッキリさせておけば、
拡張を視野に入れた設計がやりやすくなる。
さらに、拡張のときに迷わずにすむ。
MVCでもDVでも構わんが、言葉に縛られるのはよろしくないね。
18 ：
デフォルトの名無しさん：2001/08/20(月) 00:16
JavaのSwing見ても各コンポーネント単位での分離はしっくり来るけど
アプリ全体でDoc-View適用させるってのは融通が利きづらく無理があると思う
適用できそうなアプリってnotepadかpaintくらいか
無理に適用するとガチガチになって動けなくなるのがオチ。
その辺を分かってない机上の空論が大好きな連中に限って、
MVC vs DV とかが好きなんだよなあ。
経験の全く無い厨房が、教科書に書かれた言葉を振り回すのは是か非か。
この際、はっきりさせましょう
誰に対して言ってんの？
＞適用できそうなアプリ
ゲーム系
>>18 >JavaのSwing見ても各コンポーネント単位での分離はしっくり来るけど
>アプリ全体でDoc-View適用させるってのは融通が利きづらく無理があると思う
それよそれ。
MVCみたいなものは、まずObjectありきでObject間の接続を定義するのが似合いなのに、
それをアプリ全体のフレームワークだということに強引にしてしまったところが
DocViewのイタタタタなところ。DocViewみたいな構造がアプリの中に
何十箇所も何百箇所も(しばしば)欲しいんだよ本来は。
25 ：
デフォルトの名無しさん：2001/08/20(月) 20:40
あげ
>>23 十数年近く使っているんだから、いい悪いを今さら言われても。
確かにマイクロソフトサイドから、ドキュメントビューに関して議論が出たことはないと思うけど。
次のVisualStudio.NETでは、MFCも刷新されるし(基本アーキテクチャがどうなったかまでチェックしてない)。
オブジェクト指向を広めた(もちろん中途半端ですがWin32APIよりは貢献度高い)というか
問題意識を高めたのは、いいところ。
物によっては作りづらかったり、拡張性や変更を前提とした設計には不向きというかデメリットが大きくなってくるのに
、なんでも解決できるみたいに宣伝したのは、罪。
でも、実力もなく進歩もないマイクロソフトよいしょしかできないライターとか、
先端エンジニアがちゃんと広めてくれなかった(オブジェクト指向プログラミングできる主力言語がなかったのも確かですが)
というのも、十分罪な気がしますが。