xcode6βで補完機能を使う方法 - Qiita
cocoaの関数名やクラス名は以前から長過ぎて覚えていられないと言われている中で、6月15日現在、xcode6βでは補完が効かないと言われています。 これではとてもじゃないですが、写経ひとつ満足に出来ません。 しかし、 ソースコードの中から日本語を無くす ことによって補完機能が使用出来ます。 ちなみにバージョンは6.0です。 ダブルクォーテーションで文字を入力する部分はもちろん、コメントでの日本語もしっかりと消しておきましょう。 ふと気付きにくい部分ですが、ソースファイルの一番上の created by Hoge の著名の部分が日本語名になっていることがあるのとファイルの制作年(2014年とか)にも要注意です。 追記：2014/06/19 xcode6-Beta2が公開されましたが、この問題は解決されていませんでした。 このバージョンでも日本語を使わずにコードを書くことをおすすめします。
意識高いiOSアプリのつくり方 - 方向
基本編 1. Objective-Cで書く Obj-C使いたくないが諦める 結局Obj-C使うのが一番楽であることに気づくのだ 2. Xcodeを使う VimとかEmacsとかAppCodeで書きたいが諦める 結局Xcode使うのが一番楽であることに気づくのだ 設計編 3. 仕様とUIをしっかり設計してから実装する きちんと設計しないとあとから大量の手戻りが発生して泣きたくなる。 技術的に可能なことをやろうとしているのか 基本的な画面設計 メインのビュー部分 ナビゲーション方法（TabBarなのかNavigationBarなのかNavigationDrawerなのか） くらいは最低限調査・設計しておく 4. フレームワーク的ライブラリを使わない UIKitは既に十分にフレームワークになっており、新たな思想を持ち込む必要はない Reactive Cocoaを使うのはUIKitのMVCをよくよ
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
UINib知らずにCellが作れなくて人生半分くらい損した話 - yaakaito.org
こんにちは！うきょーです！ 僕はUIViewとかUITableViewCellを継承してかっちょいいビューを作ろうとすると3分でやる気が消える人なのですが、 最近UINibというものを知りました、創作意欲を返してほしいと思います！！！！ 追記しました 続き みなさんUITableViewCellのサブクラス作りますよね。 そしてそのままコーディングしていくと非常にだるく、3秒でモチベーションがなくなるので、 Interface Builderを使いたい！と思うわけですが、UITableViewCell用のxibファイル作るのは30秒で心が折れる。 (というかいつも忘れるしXcodeのバージョンあがると分からなくなる) UINibを使う おもむろにxibファイルを作ります。 UIViewを消します。 UITableViewCellをおきます。 ClassとReuse identifiterを
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - hajimehoshi/cocoa_in_go: Cocoa application written in Go
Sign in - Google Accounts
