UITableViewControllerはMVCで言うところのViewかControllerか？ - ちくたく
iPhoneで代表的なUIの一つがリストメニュー。手で触って、高速にスクロールする様は使っていて楽しい。このリストメニューの実装を簡単にするのがCocoa Touchがアプリ開発者へ提供するUITableViewController。 Cocoa Touchでは、UIXxxViewをサポートする仕組みとして、UIXxxViewControllerというクラスが用意される。 ここで疑問が発生。UIXxxViewControllerはMVCで言うところのViewなのか、それともControllerなのか？名前だけ見ると、ViewのControllerのようにも見えるし、ViewとControllerの２つの機能を持つようにも見える。 UITableViewControllerを例にUIXxxViewControllerがVeiwなのか、Controllerなのかを調査してみた。 クラス図 まず
何故、CocoaのMVCとレガシーなMVCはアーキテクチャが違うのか？ - ちくたく
MacやiPhoneのSDKが提供しているCocoa*1で一番気になるのがMVC。何故、CocoaのMVCは、レガシーなMVCと違うアーキテクチャを採用しているのか。 気になったので、考えてみた。 レガシーなMVC レガシーなMVCの最大の目的は、Modelを再利用するアーキテクチャを提供すること。 このアーキテクチャでは、ViewやControllerはアプリによって、変更されることが前提になっている。そのため、ViewやControllerの再利用については言及されていない。 そのため、真面目にこのアーキテクチャで実装すると、ViewはModelとControllerに依存してしまい、Viewの再利用性は失われる。 [特徴] ModelはViewにもControllerにも依存しない。*2 ViewはControllerとModelに依存する。 ControllerはViewとMode
ダイナミックObjective-C | コラム | エンタープライズ | マイコミジャーナル
Copyright (C) Mainichi Communications Inc. All rights reserved. 掲載記事の無断転載を禁じます
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
designed.jp
