InterfaceBuilder vs UIView() iOS 開発者のみなさん、UI 開発に InterfaceBuilder (Storyboard/Xib) を使っていますか？ それとも Storyboard は一切使わずにコードから UI を記述していますか？ よくある実装スタイルの変遷として、 InterfaceBuilder使う ↓ どこで何が設定されているかわからない ↓ 全てコードで UI を記述する ↓ ViewController のコード量が肥大化 ↓ 特に AutoLayout 制約は膨大になりがち ↓ やっぱ InterfaceBuilder 使う みたいに一周回るパターンは多いと思います。結局のところどちらが良いかというのは宗教戦争になりがちですが、静的なレイアウトは Storyboard で定義し、動的な部分はコードで記述する、といったように臨機応変に使うの
特定のプロパティが有効な場合かつn回目に呼ばれた時だけログを出力するという意図です。これをブレークポイントでやろうと思っても、 変数のチェックとか特定の条件下のみブレークが出来ないし。。 ブレークポイント設定すると毎回停止してしまうし。。 そもそもログ出せないし。。 デバッグコードをgitで共有したい場合もあるし。。 というデメリットがあるので、ついついNSLog()書いてデバッグしがちですよね。 否！！ 1〜4全部できますよ！しかもブレークポイントだとコードを汚すことも無いです。コードを汚さないということはビルドし直す必要が無いし、間違ってログ出力のコードをリリースする心配が無い、さらにはロジックや挙動に影響しない、というメリットもあります。 本来ブレークポイントはプログラムを停止し、そこからステップ実行をするために使用されることが多いですが、Xcodeではブレークをトリガーに様々なアク
Xcode ではブレークポイントの停止時に音を鳴らしたり、特定のデバッガーコマンドを実行したり、シェルを実行したりといったアクションをブレークポイントごとに細かく指定できます。今回はLog Message Actionを使って音声でブレークしたことを通知してみます。ちなみにタイトルの響子さんというのはMac OS Xの標準の読み上げボイスの名前がKyokoなのでアテで書いただけです。Kyokoさん以外にもOtoyaくんやKathyさんなどいろいろあります。 Xcodeのブレークポイント Xcodeのブレークポイントは開発者であれば使ったことが無い人は居ないでしょう。プログラム実行中に指定した行で実行を中断するためのデバッガーの機能です。設定は簡単。中断したいプログラム行の行番号をクリックするだけ。一度クリックで追加。もう一度クリックで一時的に無効化。削除したい場合は右クリックで「Delet
[Snow Leopard] Xcode上でATOKによる日本語入力ができない問題
Mac OS X Snow Leopard用のXcodeを導入後、ATOKを使用して日本語入力を試みると、一番下へジャンプしてしまい、日本語を入力することができません。 この問題は、Xcodeの起動方法を変更すると、回避することができます。 Xcodeはデフォルトで64bitモードで起動されますので、以下の手順で32bitモードへ変更します。 【手順】 Xcodeを終了させる。 Finderを起動する。 /Developer/ApplicationsからXCode選択。 右クリックからGet Infoをクリック。 Open in 32-bit modeにチェックをいれる。 Xcodeを起動する。
いろいろカスタマイズして便利にします。 外観 デバッグコンソールなどを１つのウィンドウに統合する シミュレータでアプリを起動すると、デバッガコンソールがXcodeの後ろに隠れてしまい、いちいちフォーカスを切り替えるのが面倒。そんなときはこの設定を。 Xcode→環境設定→全般→レイアウト→オールインワン アプリ実行時にデバッガを自動的に表示する Xcode→環境設定→デバッグ→開始時→コンソールとデバッガを表示 __MY_COMPANYNAME__を変更する ファイルを新規に作成する時にファイル作成者の情報等が自動生成されるが__MY_COMPANYNAME__が気持ち悪い。そんな時は、コンソールから以下のコマンドを叩く。YourNameHereを表示したい名前に置き換えて。 ?View Code SHELLdefaults write com.apple.Xcode PBXCu
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
