Objective-Cにおけるカテゴリの概念は実行時のシンボル解決として最たるものですが、そうであるが故にスタティックライブラリとの親和性がちょっと悪い。 スタティックライブラリとリンクして実行バイナリを生成する際、リンク時にすべてのシンボルを解決するため、未使用のシンボルは実行バイナリには含まれない。 なので、カテゴリを含むスタティックライブラリを使用する場合、普通にビルドすると実行時にシンボル解決ができないというエラーが発生する。 で、どうすればよいかというと、リンカフラグとして -ObjC を追加するだけでOK。 ld のマニュアルによれば↓ということだそうです。 Loads all members of static archive libraries that define an Objective C class or a category. 元記事はこちら。 Static O

NDA（Rev. 10-20-08）の3.3.2によると、独自のフレームワークは作成できないようなので、独自の共通ライブラリなんかを作る場合は static library (*.a) しか選択肢はないようです。 これ自体は特に問題ではなく、「新規ターゲット」から「static library」を選択し、必要なソースを加えていけばOK。 あとは、アプリケーションのプロジェクトにおいて、便利な「依存関係」を利用すればできあがり。 これは、アプリケーションとライブラリのプロジェクトファイルが別々である場合に、アプリケーションの操作やSDK・構成の設定などを依存するライブラリのプロジェクトに自動的に継承してくれるというもの。これ自体はiPhoneとは全く関係ない（OSXの開発でも有効）んですが、iPhone開発においては、SDKや構成の選択変更を頻繁に行うので非常に便利です。 どうするかというと

「iPhoneで独自ライブラリを使用する」によって、アプリケーションプロジェクトにスタティックライブラリへの依存関係を追加することができました。 独自のスタティックライブラリを複数作成している場合、これら複数のライブラリを新規プロジェクトに追加していくのは結構面倒です。 これらのライブラリはスタティックライブラリなので、つまるところは単なるオブジェクトの固まりです。そこで、依存しあうスタティックライブラリ同士をさらに結合すればすっきりします。（もちろん、個々のライブラリに依存関係が全くない場合には無縁の話ですが） たとえば、A, B, Cの3つのライブラリが存在していて、ライブラリAがBとCに依存しているような場合、ライブラリAを使用するアプリケーションプロジェクトにライブラリA, B, Cへの依存関係をすべて設定するのではなく、 ライブラリAのプロジェクトにBとCへの依存関係を設定し、ア

実は先週のSDK3.0アップデイトで再度Agreementに同意しなさいって画面が出てる時点で項5.1からNDAというキーワードが消えていたのは気づいてたのだが。。。つたない英語力で超絶要約するとこんな感じ？ pre-releaseな内容はあいかわらずApple Confidential Informationですよcommercial releaseなものはconfidentialではありません つまりだ、これまではAppStoreにリリースしたアプリに関するものだけがNDAの対象から外れるってとこから、AppStoreへのリリースに関わらずAppleがiPhone Developer Programの中で正式にリリースしている情報すべてがNDAの対象に外れるっつーかNDA撤廃！みたいなことだよね。いやね、あまりにも英語理解力が乏しくて自信がなかったわけで、まぁそのうち各ニュースサイト取

MacBookのセットアップが終わり、無事iPhoneSDKも動いてます(^o^)最近色々集めてた、iPhoneアプリ開発関連情報を以下に列挙しておきます。 最初にやること iPhoneアプリ開発の始め方http://d.hatena.ne.jp/yaneurao/20080831#p1 ネイティブアプリ開発に必要な機材http://iphone-dev.jp/modules/pico/index.php?content_id=3 MacBook 買った後にやったことまとめhttp://d.hatena.ne.jp/amachang/20080318/1205824212 MacBookAirを買ったあとにやったことまとめhttp://d.hatena.ne.jp/HolyGrail/20080305/1204729899 iPhone SDKの開発に入る前に読んでおきたい日本語の資料（O

毎日のように「iPhoneアプリでApple Design Awardを取るぞ！」と騒いでいるので、知り合いに「それって（現実が分かっていない）大学生のノリですよ」と指摘されてしまった私だが、マイクロソフトを２０００年に退社してからは、ひたすらモバイル・組み込みの世界で仕事をしてきた私としては「俺が取らなくて誰が取る？」という気分。その超楽天的な態度が彼が言うところの「大学生のノリ」なのだろう。 市場に受け入れられるアプリを作るためには、もちろん「誰にどんな価値を提供するのか」が一番大切。しかし、そこには残念ながら成功の一般方程式はないので、今日は比較的に一般化しやすい「どう作るか」という部分に関して、まとめることにした。 1. ユーザーの利用シーン・使用パターンを良く考えて作る パソコンやゲームコンソール向けのソフトと大きく違うのが、ユーザーの使用パターン。iPhoneに限らず、携帯電話

サンプルコード・ライブラリについて追記をいたしました。 iPhone向けの開発を始めてみたのですが、とりあえずobjective-cもcocoaも全然分からないので、サンプルコードでも見ながら始めようと思い資料漁ってみました。そのまとめです。 自分のブックマーク用ですので、随時更新していきます。 iPhone Dev Center apple提供の開発リファレンスです。サンプルコードも豊富ですので何か使い方が分からないクラスがあれば、とりあえずリファレンスから検索して、付随のサンプルコードを見てみるのも良いとおもいます。 CS193P - Cocoa Programming | Announcements スタンフォード大学でのiphone開発についての講義の資料です。 Apps Amuck ソースコード付きで毎日アプリを公開してくれているサイトです。 iPhone SDK Article

ここ数日、始めてのiPhoneアプリを作り、それをAppStoreで公開せんと、一人奮闘していました。 きちんとドキュメントを読めば出来るはずなのに、ついうっかり読み飛ばしちゃったりしていて、ミスをしてました。 今後、二度とミスをしないように、覚え書きの意味もこめてエントリしておきます。 iPhone Developer Program登録でハマる あちこちのブログで書かれていたし、日本語を使っちゃだめということは知っていたので、今までiTunesで曲を買ったりした時に使っていたAppleIDとは別に新規にIDを取得しました。名前とか住所とかは全部英語で登録しました。 このAppleIDでiPhone Developer Programに登録です。 で、iPhone Developer Programの購入をして、activate codeが送られてきたものの、WEBからアクティベーション

Captcha security check sohaya.com is for sale Please prove you're not a robot View Price Processing

先駆者の方々は、まさにこの時を待っていたと言わんばかりに有益な情報をエントリーされまくってますね。すごいです！ ますは「はてなtouch」でおなじみのKishikawa氏。 Interface Builderを使ってカスタマイズしたUITableViewCellを作る方法http://d.hatena.ne.jp/KishikawaKatsumi/20081024/1224857278 これですこれ。これのやり方に、ずーっとはまってたんですよねぇ・・・先週書いた以下のエントリーでもカスタマイズしたUITableViewCellを実装しましたが、 iPhone SDKを使い始めてから３週間の近況報告http://d.hatena.ne.jp/moto_maka/20081019/1224364091 これをやるのに以下の情報を参考にしていました。http://discussions.appl

iOS（iPhone・iPad・iPod touch）・Apple Watchアプリ開発をこれから始めたい初心者向けの＠IT記事一覧。iOS SDK/Xcodeのインストールや環境設定、Mac/OS Xや役立つツール・ライブラリなど必要なものの使い方、開発言語Swift／Objective-Cの基本文法・コード例リファレンス、デザイン・テスト、アプリビジネス・マーケティング記事などが満載です。