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
Objective-C のプロパティ属性のガイドライン - Qiita
Objective-C のプロパティの属性を指定するとき従うべきガイドラインをまとめた。 できる限り nonatomic を指定する atomic にしてもパフォーマンスが悪化するだけでほとんどメリットがない（参考：StackOverflow - Atomic vs nonatomic properties）。 nonatomic と atomic の使い分けの指針は次のとおり： 参照型: メモリアドレスのみの書き込みなので、常にnonatomicでよい プリミティブ型: int, BOOL等ワンステップでの書き込みが可能: 常にnonatomicでよい 単一のスレッドからしかアクセスされない: 設計に気をつけつつnonatomic推奨 複数のスレッドからのアクセスがあり、long,構造体などサイズの大きい値: atomic推奨 (thx to @takasek) 複数のスレッドから同時に
Xcode のスキームでビルド設定を切り替える - Qiita
アプリのビルド設定をいくつか用意して簡単に切り替えたい、という状況がときどきあります。たとえば、開発用サーバに接続するデバッグアプリと本番サーバに接続するデバッグアプリを使い分けたい場合です。 そんなときは Xcode のスキームを使うと便利です。今回は Sample.app を作成し、普通のデバッグビルドに加えて、コンパイル時に MY_DEBUG マクロが定義されるデバッグビルドを実行できるようにしてみます。 1. プロジェクトのコンフィグを作る コンフィグは、ビルドに関する様々な設定（ターゲット OS や使用するコンパイラ、リンカオプションなど）をまとめたものです。既存のデバッグ用コンフィグを複製して新しいコンフィグを用意してみましょう。 Project Navigator （Xcode の左ペインのファイルツリー）からプロジェクトを選択します。 Info タブを開くとプロジェクトの情
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
