Objective-C のコードレビューチェックリスト - Qiita
はじめに 本稿は Juri Pakaste 氏による Cocoa review checklist (commit fff5703)の翻訳です。他人の Objective-C のコードをレビューするとき注意する点、また普段のコーディングで心がけるべき点についてまとめられています。 なお、原文のタイトルは Cocoa review checklist となっていますが、内容が Cocoa に限らない範囲のトピックをカバーしているため、本稿のタイトルは「Objective-C の〜」としました。 誤訳の指摘や例の補足を歓迎します。 コードの見た目とコード以外の問題 不要な #import や @class 宣言を消す #import をソートする .m ファイルの中では、対応する .h ファイルの #import を最初の行に書く。空行をはさんで、ソートされた他の #import を書く。 X
lipo を使って簡単に Universal Binary を作成する方法
iOS 向けのライブラリやフレームワークは、よく static library (.aファイル) の形式で配布されています。これは iOS がユーザーが作成した dynamic library (.dylibファイル) や framework バンドルをサポートしていないからなのですが、ときどきこの static library がシミュレーターとデバイス両方で使える形式、いわゆる Universal Binary になっていない場合があります。 たとえばこんな感じですね。 この状態でビルドを行うと、シミュレーター向けビルドを行えばデバイス用のバイナリが、デバイス向けビルドを行えばシミュレーター用のバイナリが、それぞれ対応していないアーキテクチャであると警告を出してしまいます。警告ですからコンパイルは通るのですが、私は几帳面で気になってしまうので、これを解消したいと考えます。 ■lipoの
OCMockでテストを簡単に書く方法について
プログラミング (iOS, JavaScript, Jenkins, Sikuli) とMacやiPhoneなどの話題が中心のブログ OCMockはXcode標準のテスト環境でも利用可能なモックライブラリです。 OCMockを利用すると他のクラス実装に依存しないようなテストを簡単に書くことができるようになります。 そこで、本記事ではOCMockを導入して、プロジェクトに必要な設定を行う方法とOCMockの簡単な利用法について紹介します。なお、利用環境はOS X 10.6.8, Xcode 4.2, OCMock 2.0.1です。 OCMockの簡単な利用法 まずはOCMockの簡単な利用法について少しだけ紹介します。 概要についてはFeatures - OCMockがより詳しいです。 stub テストで未実装なクラスや外部サーバに依存するようなクラスを利用しなければならず、 とりあえずそれ
AFIncrementalStoreの紹介（発表メモ）
gistfile1.md AFIncrementalStoreの紹介（発表メモ） 発表者： @hedjirog 日時： 2013.03.02 場所： iOS部 @下北沢オープンソースCafe テーマ： AFNetworking/AFIncrementalStore (※発表時：0.3.2) 発表の流れ AFIncrementalStoreを利用すると何ができるか AFIncrementalStoreとは何か NSIncrementalStoreとは何か AFIncrementalStoreは何をしているか AFIncrementalStoreはどのように利用するか その他 サンプルプロジェクト cloneの方法 $ git clone --recursive git://github.com/AFNetworking/AFIncrementalStore.git $ open AFIncr
Xcodeプロジェクト内のクラスの依存関係を図示する - Qiita
他人から引き継いだプロジェクトの大まかな全体設計を把握したい場合、規模の大きいライブラリの一部だけ取り出して使用したい場合、複雑になってしまったコードをリファクタリングしたい場合等、プロジェクト内のクラスの依存関係が一望できると有益な場面は多いのではないでしょうか。 objc_depというスクリプトを用いると、下記のように、Xcodeプロジェクト内のクラスの依存関係を示す図をコマンド一発で生成することができます。 このスクリプトの使い方、生成される図の見方等を紹介します。 スクリプトの実行方法 次のURLからダウンロードしてきて解凍すると、objc_dep.py というファイルが入っています。 https://github.com/nst/objc_dep そのスクリプトを適当な場所に置き、ターミナルから次のように実行します。 というコマンドになります。 依存関係図を表示 出力される.do
$(SRCROOT) や $(BUILD_DIR) 等の Xcode で使用しているマクロの置換内容の一覧を調べる方法 - その後のその後
Info.plistや、ビルド設定をいじっていると、こんな文字列に出くわすかと思います。 $(PRODUCT_NAME) $(TARGET_TEMP_DIR) $(SRCROOT) これらはそれぞれ特別な意味を持ち、Xcode がビルド時だか何だかのタイミングでプロダクト名とか環境に応じたパスとかに置き換えたりしてくれるものです。 が、 「SRCROOTってどこだっけ？プロジェクト直下？それともその一つ下？」 「Library Search Path を指定したいけどこの場所を指定するのにどのマクロを使っていいかわからない」 みたいなことになることが度々あるのではないでしょうか？（僕はあります） そして困ったことに、これらを網羅したAppleのドキュメントもありません。 （※というのは間違いで、バッチリありました。末尾の追記をご参照ください） 最近やっとその「Xcode で使用しているマク
iOSのXML解析をJSONみたいに簡単に出来る XML Reader が便利 – Zero4Racer PRO Developer's Blog
iOS のXML 取得、解析処理には基本的ないくつかの処理があります。 XML の処理方式として、 SAX イベント駆動で行うXML解析 DOM インターフェース指向で、木構造として扱う方式 があり、iOSでは、 NSXML(標準, SAX, Objective-C) Libxml(標準, SAX, C言語) TouchXML, KissXML (外部ライブラリ、DOM) など、あるのですが、イベントを自分で記述したり、解析のためにオブジェクトをたどったりと、結構めんどうです。それを簡単にする方法があったのでご紹介します。 XMLは面倒なのですが、それに比べて、JSON は、一行で、 [cc lang=”ObjC”] NSDictionary *dic = [NSJSONSerialization JSONObjectWithData: data options: nil error:ni
Growl 1.3をビルドしてインストールする - DiaryException
App Storeで買うとver.1.3.1が170円。自分でビルドするとver.1.3が無料。経験はプライスレス。 http://code.google.com/p/growl/source/checkoutから、ソースをチェックアウトする。 ターミナルでソースのトップディレクトリに入り、generateHgRevision.shを実行 (hgRevision.hを生成)する。TARGET_BUILD_DIRがセットされていないので、カレントディレクトリを指定する (カレントディレクトリ直下にinclude/hgRevision.hが生成される)。 GrowlVersion.h内の#include "hgRevision.h"を#include "include/hgRevision.h"に書き換える。 Xcode 4.2でGrowl.xcodeprojを開く。ビルドターゲットをGrow
What are the details of "Objective-C Literals" mentioned in the Xcode 4.4 release notes?
I was going through the release notes for Xcode 4.4 and noticed this: LLVM 4.0 Compiler Xcode now includes the Apple LLVM Compiler version 4.0, including the following newObjective-C language features: [...] - Objective-C literals: create literals for NSArray, NSDictionary, and NSNumber, just the same as the literals for NSString I'm intrigued about this feature. It's not entirely clear to me just
UIKit とスレッドのお約束
アプリが小気味よく動くようにするために、メインスレッドでの重たい処理を避けて、適宜バックグラウンドスレッドに処理を回すことはよくあります。 このとき注意が必要なのは、バックグラウンドでの処理結果を画面に反映させる時の以下のお約束です。 UIKit のオブジェクトはメインスレッド以外からアクセスしてはいけない Apple のドキュメントとしては Cocoa Fundamentals Guide に “All UIKit objects should be used on the main thread only” と書いてあります。この制限は UIKit 特有ではなく、Java の Swing などでも共通の設計です。GUI のパフォーマンスを良くするために、スレッドセーフをあえて捨てて単純化しているのです。 ではどうすれば良いのかと言うと、バックグラウンドスレッドからメインスレッドに処理を
Core Animation で画像を回す
データのダウンロード中など待ち状態のときに、画像をくるくる回して読み込み中だということを表したいことってありますよね。アニメーション GIF や複数の画像の切り替えでも表現できますが、今回は1枚の画像を Core Animation の transform プロパティを使って回す方法を紹介したいと思います。 まず、アニメーションには CABasicAnimation を使います。作成するときに、animationWithKeyPath に transform をセットします。 つぎに、回転のはじめと終わりの角度を設定します。時計回りの場合は fromValue を 0、toValue を 2π にします。反時計回りと場合は fromValue と toValue の値を入れ替えてください。 そして、valueFunction で回転軸を決めます。今回は z 軸で回転させたいので、kCAVa
より豊かな表現のために、3つのステップで実装する Core Text
こんにちは、開発担当の眞弓です。 テキストを表示するとき、通常は UILabel などを使いますがときどき「凝った文字列を使いたい」ということはないでしょうか？ そんなときのために、今回は Core Text の基本的な使い方について書いてみようと思います。 人によってやり方は違うと思いますが、ちょっとしたことに使う場合に私がやっててわかりやすかった方法を紹介します。 位置を指定するやりかたはイメージしにくいので、文字列単位で扱えるやり方で実装をしてみました。 以下のような感じで、「属性付き文字列を作って、その文字列を付け足していって、最後にまとめて表示」というやり方です。 1 : 文字列を作成 2 : フレームを作成 3 : DrawRect 1 : 文字列を作成 属性付き文字列は以下のような感じで作っていきます。 atrString = [[NSMutableAttributedStr
Nib ファイルから Objective-C のソースコードを生成する
iOS/Mac 開発担当の松本です。 突然ですが、Nib ファイル(以下 Nib)が好きになれません。確かに GUI の部品をレイアウトするコードを書くのは大変なので、Interface Builder で直感的に画面を作っていけるのはありがたいです。 しかし Visual Studio 等と違って、作った画面がソースコードではなく Nib というリソースになるため、言語や環境によって動的に部品を変更する必要が出てくると、Nib とソースコードに画面を作成する為の情報が散らばってしまいますね。これだと管理コストも高くなりますし、何より気持ちが悪いです。 どうしてソースコードが生成されないんだ！と憤っていたら、nib2objc という Nib から Objective-C のコードを生成するツールが、公開されていることを知りました。しかも随分前からあるみたいです。 早速ですが Mosa の、
UITextField でのバリデーションのタイミング
アプリによってはユーザーの入力値をバリデーションする必要がある場合があります。今回はバリデーションを行うタイミングについて書きたいと思います。 今回は以下のようなアカウント情報入力画面を考えてみます。 UITextField が画面に表示されている NavigationBar には「保存」ボタンが設置されている 入力値が「カラ」もしくは「空白文字」以外の場合を正常な入力とする UITextField への入力値が不正な値の場合には「保存」ボタンを無効化する UITextField のデリゲートでは不十分？ UISearchBarDelegate には以下のような入力後に呼ばれるデリゲートメソッドがあります。 - (void)searchBar:(UISearchBar *)searchBar textDidChange:(NSString *)searchText しかし、UITextFi
メソッドの遅延実行
あるメソッドを一定時間後に実行したい、ということはよくあります(これを、メソッドの遅延実行と呼ぶことにします)。そんなときにまず思いつくのは NSTimer を使う方法ではないでしょうか。 NSTimer を使う以外にも、NSObject にある次のメソッドで簡単に同じことができます。 NSObject - (void)performSelector:(SEL)aSelector withObject:(id)anArgument afterDelay:(NSTimeInterval)delay 例として、iPhone 標準搭載の写真アプリを見てみましょう。 写真アプリでは、写真を見ている間に一定時間ユーザの操作が無ければ、ツールバーとナビゲーションバーが消えます。 この処理は次のようなコードで実現できます。 // self は UIViewController … { … // 一定時間
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Code injectiontool
iPhoneのデバッグハック
Technical Note TN2123: CrashReporter
GitHub - XVimProject/XVim: Xcode plugin for Vim keybindings
Cocoaの日々: [iOS][Mac] Xcode4 : ドラッグ＆ドロップで IBOutlet コードを生成する![Cocoaの日々: [iOS][Mac] Xcode4 : ドラッグ＆ドロップで IBOutlet コードを生成する](https://cdn-ak-scissors.b.st-hatena.com/image/square/28a9311e69cedb117418cba619bf25fafb98a3fd/height=288;version=1;width=512/http%3A%2F%2F2.bp.blogspot.com%2F-y_msGzKKlhU%2FTe8JwMnC-EI%2FAAAAAAAAGJM%2F35qtXwrUFoQ%2Fs1600%2F110608-0001.jpg)
