何故、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
Cocoa アプリで Cover Flow を使う方法 - d.hetima
SafariStand 3.0L159 で History Flow なる履歴閲覧機能を付けたわけですが、コアである Cover Flow の部分。ゼロから作ったわけではありません。こんなもん作る気になれませんw作れませんww。システムにこっそり用意されていました。その名は「IKImageFlowView」。ImageKit.framework に定義されています。これは Quartz.framework のサブ framework なので、使用するには Quartz.framework をリンクします。 基本的な使用法は IKImageBrowserView と似ています。delegate と datasource があり、IKImageBrowserItem Protocol に合致するオブジェクトを渡してコンテンツを作ります。 nib に NSView を配置してカスタムクラスを「I
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Cocoa with Love
