アプリが大きくなるとstoryboardの小回りの利かなさに泣きたくなることがあると思います。 そうした反動からすべてのUIをコードで実装しているiOS開発者も少なくないと思います。 自分は全部storyboardにして痛い目にあってから、全部コードにしてまた痛い目に遭い、 結局コードとxibとstoryboardを上手く使い分けるのが良いという結論に達しました。 最近、やり方が定まってきてストレスを感じなくなってきたので方法をまとめます。 これから書くことは個人の見解ですが、自分のやり方を決める上では無駄にならないと思います。 使い分け方と理由 基本方針: 以下に挙げる条件にマッチする場合除いて、コードで実装を行います。 xibを使う条件 viewの複雑度が高い場合(subviewが2,3個以上の場合)にはxibを使います。 xibを利用する理由は以下のような退屈なコードをたくさ
Xcode 4.4 から Objective-C が書きやすくなりました、という今更のいまさらな話ですが、ネット上に転がっている少し前のサンプルソースなどは古い書き方のものもあるようなので、今回はよく使う NSArray と NSDictionary と NSNumber の書き方についてだけ備忘録として残しておこうと思います。 NSArray インスタンスの生成 // 古い書き方 NSArray *oldArr = [NSArray arrayWithObjects:@"value1", @"value2", @"value3", nil]; NSMutableArray *oldMutableArr = [NSMutableArray arrayWithObjects:@"value4", @"value5", @"value6", nil]; // 新しい書き方 NSArray *n
前提「iPhoneアプリを作りたいなら」ではない。「売れるアプリを作る企画力」や「イケてるUIを作るデザイン力」なしに、「アプリ開発に必要なObjective-Cの技術力」だけあっても意味ない。それでもいい人向け。前提2巷のブクマされている「オススメ本集」は自身の著書や身内の本を薦めるためのポジショントーク的な選書がよくある。溢れかえる「分かりやすさ」を訴える本は必要はない。買うとしても1冊で十分。 分かりやすい本じゃないと身につかないなら、結局作れるものは「その程度」のものに留まる。そして「その程度」を作れる人は既にうじゃうじゃいるからApple税を無駄にするだけ。公式ドキュメント日本語ドキュメント - Apple Developer 日本語化された公式ドキュメント。全てを読むのは難しいが、「Objective-C プログラミング言語」「Objective-Cによるプログラミング」を読め
概要 Mac で Cocoa アプリケーションや iPhone アプリケーションを開発する場合通常 XCode を利用します。 しかしながら、 普段 Emacs を利用している人は XCode に違和感を感じるはずです。 XCode は Emacs 風キーバインドに対応しているのでなんとかごまかしながら頑張っている人もいるかもしれませんが、 Emacs 使いはやっぱり本物の Emacs でないとプログラムのわくわく感が減少してしまうでしょう。 ここでは iPhone アプリケーションのプログラムを、なるべく Emacs でコーディングするための設定を記述していきます。 Cocoa アプリケーションを開発する場合は文章を参考に設定を多少変更してください。
記事内に広告を含む場合があります。記事内で紹介する商品を購入することで、当サイトに売り上げの一部が還元されることがあります。 Dash (Docs & Snippets) カテゴリ: 開発ツール 価格: 無料 Xcodeのリファレンスって、動作が遅くてイライラしませんか？ 今日は、そんなイライラを解消してくれるアプリ「Dash」を紹介します。 Macでコードスニペットやクラスリファレンスなどを素早く表示できるアプリです。 Dashのインストール Dash (Docs & Snippets) カテゴリ: 開発ツール 価格: 無料 DashはMac App Storeからインストールできます。 Dashのウィンドウの出し方 option + スペースで、Dashのウィンドウを表示することができます。 もう1回option + スペースを押すと、ウィンドウを閉じることができます。 Xcodeでの
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く