トップページ⇒tech
26コメント6KB

ドキュメントビュー・アーキティクチャは是か非か?

■ このスレッドは過去ログ倉庫に格納されています
0001名無しさん@LV2001NGNG
この際、はっきりさせましょう。
0002デフォルトの名無しさんNGNG
ハa?
0003デフォルトの名無しさんNGNG
まっ、MFCの根幹となる技術だし。
0004デフォルトの名無しさんNGNG
使いどころを押さえれば開発が楽になるしそうでなければ
かえって面倒になる。
でもこれが使えるケースって結構限られている気もするかなぁ・・・・
そこら辺はどーよ↓
0005デフォルトの名無しさんNGNG
MVCアーキテクチャのサブセットなので、DVそのものには学習する意義は無い。
MFCゆえに不可避という状況においては、流儀に合わせるため(だけ)に学習すべし。
0006デフォルトの名無しさんNGNG
俺に振るなよ!
0007デフォルトの名無しさんNGNG
MVCとObserver/Obserbableってどう絡むの?
Cに対応するものが無いんだけど。
0008デフォルトの名無しさんNGNG
つーか、みんな使ってるの?
0009厨房 教えて君NGNG
デザパタ本読んだら、なんとなく意味あるような?
つか、MFCウザッとはいえ、分けといた方が良くないだろうか?
(つか、MFCの掩蔽が中途半端なあたりがガンのような)

>>5 MVCとかDVって何?
0010!5NGNG
>>9
MVC Model View Controller
smalltalk勉強すれ

DVはDoc Viewのことだと思う。

つーかDoc ViewはMVCをもとに考えだされたアーキテクチャ。
0011デフォルトの名無しさんNGNG
ドキュンメントビュー・アーキテクチャーに期待
0012デフォルトの名無しさんNGNG
オブジェクト指向とドキュメントビューは、相反するものである。
0013デフォルトの名無しさんNGNG
もはや古臭い>1
0014デフォルトの名無しさんNGNG
MVCも、実際に概念通りに分離できる事例は少ない。
現実には方針として使う程度。
0015デフォルトの名無しさんNGNG
>smalltalk勉強すれ
いまさらこれはねーだろ
0016デフォルトの名無しさんNGNG
Ruby
0017デフォルトの名無しさんNGNG
>>14
同意。

方針として、これはMでこれはVで・・・というのをある程度ハッキリさせておけば、
拡張を視野に入れた設計がやりやすくなる。
さらに、拡張のときに迷わずにすむ。

MVCでもDVでも構わんが、言葉に縛られるのはよろしくないね。
0018デフォルトの名無しさんNGNG
JavaのSwing見ても各コンポーネント単位での分離はしっくり来るけど
アプリ全体でDoc-View適用させるってのは融通が利きづらく無理があると思う
適用できそうなアプリってnotepadかpaintくらいか
0019デフォルトの名無しさんNGNG
無理に適用するとガチガチになって動けなくなるのがオチ。
その辺を分かってない机上の空論が大好きな連中に限って、
MVC vs DV とかが好きなんだよなあ。
0020デフォルトの名無しさんNGNG
経験の全く無い厨房が、教科書に書かれた言葉を振り回すのは是か非か。
この際、はっきりさせましょう
0021デフォルトの名無しさんNGNG
誰に対して言ってんの?
0022デフォルトの名無しさんNGNG
>適用できそうなアプリ
ゲーム系
0023デフォルトの名無しさんNGNG
>>18
>JavaのSwing見ても各コンポーネント単位での分離はしっくり来るけど
>アプリ全体でDoc-View適用させるってのは融通が利きづらく無理があると思う

それよそれ。
MVCみたいなものは、まずObjectありきでObject間の接続を定義するのが似合いなのに、
それをアプリ全体のフレームワークだということに強引にしてしまったところが
DocViewのイタタタタなところ。DocViewみたいな構造がアプリの中に
何十箇所も何百箇所も(しばしば)欲しいんだよ本来は。
0024デフォルトの名無しさんNGNG
>>21
お前以外
0025デフォルトの名無しさんNGNG
あげ
0026通りすがりのプログラマ01/08/28 09:17ID:uk4SLKk2
>>23

十数年近く使っているんだから、いい悪いを今さら言われても。
確かにマイクロソフトサイドから、ドキュメントビューに関して議論が出たことはないと思うけど。
次のVisualStudio.NETでは、MFCも刷新されるし(基本アーキテクチャがどうなったかまでチェックしてない)。

オブジェクト指向を広めた(もちろん中途半端ですがWin32APIよりは貢献度高い)というか
問題意識を高めたのは、いいところ。
物によっては作りづらかったり、拡張性や変更を前提とした設計には不向きというかデメリットが大きくなってくるのに
、なんでも解決できるみたいに宣伝したのは、罪。

でも、実力もなく進歩もないマイクロソフトよいしょしかできないライターとか、
先端エンジニアがちゃんと広めてくれなかった(オブジェクト指向プログラミングできる主力言語がなかったのも確かですが)
というのも、十分罪な気がしますが。
■ このスレッドは過去ログ倉庫に格納されています