Cocoa Programming Tips 1001
Mac OS X の、NeXT から受け継いだ API 環境、それが Cocoa だ。Cocoa の特徴は、パワフルで先進的で洗練されたフレームワークであるということ。現在、最強のフレームワークの 1 つ、と言っても言い過ぎではないと思うよ。 しかし、実際に Cocoa プログラミングを始めようと思うと、とにかく資料が少ない。ドキュメントはやっとそろってきたけど、なによりサンプルが少ない。新しい環境を覚えるには、大量のサンプルが不可欠だ。どうにかこうにか四苦八苦しながら勉強してるけども、やりっ放しじゃもったいない。サンプルが少ないなら、自分で作るしかないでしょう。 というわけで、Cocoa API の使い方、サンプル、Tips などを集めたのが、この Cocoa Programming Tips 1001 だ。Cocoa プログラミングに役立つような、実践的な内容を目指すぜ。
一行入魂 Cocoaで簡単なファイラーを作る
上記のような簡単なファイラーを作ります。 ツリーの使い方とテーブルの使い方はしばらくすると忘れて思い出すのに時間がかかるため、メモとして残しておきたいと思いました。 ソースコード一式はGitHubに置いてあります。 Cocoa Bindingを使うとソース上に現れない情報があるので、画像多めで行ってみます。 開発した環境は MacBookPro6,2(15インチ) MacOSX10.6.6 Xcode3.2.5 です。 まずはアプリケーションの新規作成から。Xcodeを起動してファイル→新規プロジェクトメニューを選択します。 上のように、MacOSXのApplicationのCocoa Applicationを選択し次へでSimpleFilerと入力します。 これで雛形のアプリケーションが作成されました。 次にファイル→新規ファイルを選択して、新しいクラスを作ります。 MaxOSX→Obj
何故、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
