Serviceを読んで理解し、同意したものとみなします。スタック・オーバーフローはプログラマーとプログラミングに熱心な人のためのQ&Aサイトです。2,889件2私は、一人で開発していたためMVCなどはあまり気にせず開発を行っていました。チーム開発を行うことになったため、その開発手法をどうしようか悩んでおります。いうことでネットでiOSにおけるMVC開発手法を調べたのですがどうにもしっくりきません。こちらのサイトも参考になるのですが、これが最強のMVC(iOS)このかたの開発手法ですと、どうやら「Modelの再利用ができない」そうなのです。それってダメなんじゃないの?と、素人の私は思っております。iOSでのMVCの実現はどうすればよいでしょうか。票6iOSでのMVCの実現はどうすればよいでしょうか。iOSの開発元であるAppleのドキュメントを当たっておくべきでしょう。Competencies/Model-View-ControllerAppleがMVCをどう捉えているか、図とともに簡単な解説があります。iOS)「アプリケーションの構成」の節の中で、iOSアプリで使用されるオブジェクトをModel/View/Controllerに分けて分類した図があります。Programming)ご質問内のリンク先でも参照されていますが、「Model-View-Controllerパターン」と言う章にApple流のMVCの解説があります。X用として書かれたものにiOS用の修正を施した形ですのでiOSに用意されたフレームワークにはうまく当てはまらない内容も含まれています。2010でのセッションビデオです。英語音声のみの1時間近いビデオですが、iOSでのMVCについて考えるならば一度は目を通しておくべきでしょう。英語音声がわからなければpdf資料に目を通すだけでもざっくりとした感覚は掴めると思います。NOTの部分を開発メンバーに徹底しておくだけでも、かなり有効ではないかと思います。Controller(コントローラーをすっ飛ばさない)元ビデオ(pdf資料)を見れば、もう少し具体的に説明されているものもあります。わかりにくいところがあれば、まずは元ビデオを当たってください。Change(柔軟で変更が容易)」なソフトウェアを作れることとしていますので、「Modelの再利用ができない」のではApple的MVCの観点からはとても最強とは言えないですね。個の銅バッジ回答ありがとうございます。ビデオとても参考になりました。あったのですが、よく理解できませんでした。11:04他のオブジェクト指向言語ベースのUIフレームワークだと、フレームワークが提供するUIクラスの動作をカスタマイズするのはサブクラス化が基本だったりします。Touchの場合、delegateやnotificationの機構を使えばサブクラス化を行わずに大抵の用途には対応できるように作られているので、「trivial」と言うのは「明らかにそれらが使えるような場合」と言うニュアンスでしょう。普通Apple製フレームワークに即した実装をすると自然にそうなるんで、サブクラス化が普通の他のフレームワークに慣れた人向けの言葉だと思います。|回答スタック・オーバーフローに参加してくれて、ありがとうございます!質問の回答を共有してください。回答を説明し、自分の検討結果も共有してください。意見を述べること(意見を述べるなら、参照リソース、自分の経験で意見をサポートしてください)さらにサポートが必要な場合このヘルプを参考してください。“回答を投稿”をクリックすることで利用規約、プライバシーポリシー、及びクッキーポリシーに同意したものとみなされます。タグが付いた他の質問を参照するか、自分で質問をする。質問のフィードこのRSSフィードを購読するには、このURLをコピーしてRSSリーダーに貼り付けてください。