忍術Xcode

同じ環境で多くの時間を費やしている場合、遅かれ早かれ、何らかの形で時間を節約し、行動を最適化したいという要望があります。 この記事では、Xcode IDEでのiOSのプログラミング中に蓄積された作業ツールとアプローチのいくつかについて、明白でしばしば適用可能なものから、希少でかなり重いものまで説明します。

1. Command + Shift + O

Xcodeでお気に入りのショットキャットから始めているのでしょう。 その機能は、非常に独立した機能と見なすのに十分な広さです。 クリックすると、このウィンドウがあなたの前に開きます：



私の意見では、これはアプリケーションをナビゲートする最も速い方法です。

• スクリーンショットからわかるように、正確な名前を覚えておく必要はありません。 名前からいくつかの文字を、それらが行く順番で指定すれば十分です（例えば、真ん中からの単語）。 または、ネーミング要素の最初の2文字
• ファイルのナビゲーションに加えて、クラス、メソッド、クラスプロパティ、構造のナビゲーションも提供します。

2つのスニペット

それについては、たとえばここでハブにすでに書いていますが 、一緒に収集する場合、バイパスすることはできません。

スニペットは、そのピースのキーを入力することによってのみプロジェクトに挿入できる再利用可能なコードのピースです。

原則として、そこには十分に書かれているので、スニペットの素敵な選択へのリンクと、スニペットライブラリをあるコンピューターから別のコンピューターに転送する方法を示すstackOverflowからの回答の 2つだけを追加したいと思います。

アルカトラズ

3. アルカトラズプロジェクト

Xcodeプラグインマネージャー。 ikskod自体に組み込まれており、メニューのWindow-> Package managerで利用可能です



プラグインには画期的なものがあります-カラーテーマから、ライブコーディングを提供する非常に重要なプロジェクトまで、ほとんど迅速に実行できます（ご自身の責任でインストールすることはできますが、ほとんどは十分にサポートされていないため、特定のリスクが伴います）。

ワンクリックで非常に便利なインストールとシャットダウン。 各プラグインには、そのWebサイトまたはgithubへのリンクがあり、同じマネージャーの多くについては、写真またはgifプレビューが利用できます。

特に、マネージャーの助けを借りていくつかのツールを使用しています。

4.派生データ駆除

名前から、このツールが以前のコンパイルからのデータでフォルダをすばやくクリーンアップすることを提供することは明らかです-特に複数のプロジェクトを同時に操作する場合は、多くのスペースを占有することがあります。

5.FuzzyAutocomplete

オートコンプリートを大幅に拡張します-Cmd + Shift + Oの組み合わせのように機能し始めます-つまり、各メソッドまたはクラスの最初の文字を覚える必要はなくなりました。

人々はそれをまったく異なって認識しています-現在、オートコンプリートはしばしば1つのオプションに縮小され、印象は情報のゴミの大きな山ですが、それがなければ私は今よりずっと気分が悪くなります。

6.便利な小さなもの

いくつかの小さいながらも楽しいカーアクセサリー、例えば

-QuickLocalization（@ "content"をNSLocalizedString（@ "content"、@ "content"）に変換）

-OMColorSense（オートコンプリートでは、UIColorの初期化フィールドに入力すると色が表示されます）

-XToDo（プロジェクト全体でTODO、FIXMEおよび他のタグで表示できるウィンドウを提供します）

-KSImageNamed（オートコンプリートでは、グラフィックアセットのファイルを追加して表示します-imageNamedを使用すると、はるかに使いやすくなります）



これでアルカトラズは終了です-誰もがリストから好きなものを選択する機会があります。

インターフェースビルダー

一般に、IBは無理をしない方が良いのです。大規模なIBプロジェクトでは、強力なマシン上でもファイルの速度が低下し始め、バージョン管理システムでの作業はあまり快適ではありません。 ただし、これは、このツールを破棄する必要があることを意味するものではなく、かなり良いものを提供することができます。

7.ユーザー定義のランタイム属性

これは、IBで使用可能なKVCのツールです。InitWithCoderメソッドを呼び出すときにオブジェクトを呼び出すときに、いくつかのプロパティの値を設定できます。 基本的に、そのアクションは、オブジェクトの初期化時に[self setValue：@ "value" forKey：@ "key"]メソッドを呼び出すことに似ています。 したがって、これにより、IBファイルに幅広いアプリケーション設定を配置することができます。これは、プログラマ以外でも行うことができます。

8.オブジェクトのインスタンス化

IBを使用すると、UIKit要素から派生したオブジェクトだけでなく、任意のオブジェクトの作成を制御できます。 （前の段落を使用して、作成されたオブジェクトの一部のプロパティを制御することもできます）UIKitの子孫のように、それらはinitWithCoderコンストラクターが呼び出されます：そしてコントローラーが可視性ゾーンとNavigation Controlleraステーキを離れると同じように破棄されます、開発者が別途提供しない限り。

たとえば、何らかの理由でUIAppearanceと継承が適切でない場合、このツールを使用して多くのUI要素のプロパティをすばやく変更します。 たとえば、顧客がプロジェクトの各ボタンにグラデーションといくつかの影を追加する場合、2つの装飾クラスを作成し、それらをIBにぶら下げて決定しました。

9.IBDesignable（Xcode 6）

詳細はこちらをご覧ください 。



実際、これはユーザー定義のランタイム属性の便利なラッパーです-IBを介していくつかのクラスプロパティを変更できるようにします。 もちろん、これはまだ本格的なカスタムUIコンポーネントを記述することを可能にしませんが、それは非常にうまくいきます。

プロジェクト構造

10. .pchファイル（Xcode 5、Xcode 6で手動で追加）

すべてのプロジェクトには、各ヘッダーに接続するヘッダーファイルである.pchファイル（通常はSupporting Filesフォルダー内）が必要です。

つまり、実際には、プロジェクトで一般的に使用されるマクロとヘッダー（CoreDataヘッダーや、ゲームプロジェクトの場合はCocos2dなど）を接続するのに適した場所です。

多言語

一般に、Xcodeは単なるObjective-C環境ではありません。 そして、スウィフトだけではありません。 これは大規模で大人のIDEで、他の言語で開発できます

11.1統合言語

XcodeがすぐにYACCおよびLEX言語をサポートしていることは、私にとって啓示でした。 コンパイルしたい機能に応じて、プロジェクトに.yと.l（または.ym、.lmまたは.ymm、.lmmを追加するだけで十分です-最初の2つは、Objective-Cコードではコンパイルできませんが、後者はC ++を使用できます-stl）

プロジェクトファイルには独自の設定セクションがあります。



これらの言語はデフォルトでサポートされているため、コンパイル行もボックスから生成されますが、これはある時点で不快な驚きでした-たとえば、Xcodeは2つの生成されたYACCファイルを異なる名前空間に分割する試みを長い間無視していましたディレクティブはXcodeによって自動的に中断されました（興味がある場合は、生成されたファイルステムオプション）

11.2非統合言語

一部のタスクではObjective-Cが最適な言語ではないことを忘れないでください。 私はまだXcodeを手放したくなかったので、 ここでは、PerlなどのXcodeに固定する方法の説明を見つけることができます。

誰かがアプリケーションに関するインスピレーションを探している場合：真珠上で、このデータが適合するJSONリクエストとレスポンスを例として使用して、データオブジェクトの階層の.hおよび.mコードを生成するスクリプトを編成できます。



多くの言語で、Xcodeには強調表示が組み込まれています。

外部ツール

12. Automator

システムとしてのmacOSの優れた機能の1つは、心が望むすべてを自動化するための快適で快適な環境です。

これについての最初のアイデアをここで得ることができます。

実践的なチュートリアル-強くお勧めします。

このトピックが本当に魅力的な場合は、マシン用の独自のルーチンを作成できる素晴らしいヒントがあります。



私は最近それを使い始めましたが、非常に多くの興味深いアプリケーションを見ています：最も単純な複数行コメントから、gitコミットで強調表示されたコード行を見つけるまで-そしてそれで十分です。



ところで、システム環境設定（キーボードプログラム）で、作成したサービスにショートカットを割り当てて、作業をさらに簡単にすることができます。

13. Synx

このツールを使用すると、ファイルシステム内のプロジェクトを、プロジェクト内に存在するフォームに取り込むことができます。 コマンドラインを実行します。 信頼できる-彼が確信していない操作-彼は単に彼が事前に警告したことをしません。



そして午前中に、私が忘れていたことがいくつか思い浮かびました。 それらはほとんど明らかですが、それでもObjCグループの最も一般的な質問の1つに答えています：

デバッグ

14.ブレークポイント。

誰もがアプリケーションをデバッグする必要があります。 そして時々長い間。 そして、私はこれらのものをすぐに使用し始めました。 しかし、無駄に！

重要なヒントの1つは、常に1つまたは別の例外ブレークポイントを有効にしておくことです。 例外がスローされると、例外ブレークポイントがスローされます。 ブレークポイントがオフになっているときにこの例外が処理されない場合、スタックは表示されず、エラーが発生します。 確かに誰もが[array addObject：nil]や範囲外のエラーを見つける問題に直面していました。 そのため、このようなブレークポイントは、そのような問題が発生した場所で正確にキャッチする方法です。



ブレークポイントに関する2番目の注意点は、条件付きブレークポイントを設定する機能です。



プロジェクトで非常に頻繁に使用されるコード（たとえば、cocos2dのCCNode）がある場合、特定の問題を条件なしでキャッチすることは、非常に大きな問題になります。 これらは通常のObjective-C構文をサポートします。つまり、渡されるオブジェクトが特定のクラスのものであるか、特定のプロパティ値を持つかなどを確認できます。 とても快適です！

確かに、条件付きブレークポイントの作業はアプリケーションの速度を大幅に低下させるので、無理をしない方が良いでしょう。

15.世代

そして、コード内のメモリリークの検索について追加したいと思います。 通常、これはリークプリセットでインストゥルメントが使用されますが、このツールの主な問題は、このツールではリークと見なされないリークがあり、ユーザーケースで数メガバイトがリークするコードに遭遇したことです。何もない-これは、実際にリークと見なされるものと正確に関連しています。 だから最近、私は重要なメモリの問題を探すために割り当てツールを使用しています。

重要です。 このツールは独立していますが、Leaksを使用してプリセットで実行することをお勧めします - 個別に起動すると、特定のオブジェクトの保持/リリース履歴を常に正しく書き込むことができないためです -これがバグか機能かはわかりません。

だからここに。 マーク生成ボタンを押すと、基本的に、この瞬間に作成されたマークされていない各オブジェクトがマークされます（広義には、構造に割り当てられたメモリもマークされます）。 さらに、アプリケーションの存続期間中、現在リリースされていないオブジェクトのみが世代に残ります。

特定の世代を展開すると、プロジェクトで特に使用されているクラスを見つけることができ、それらがまだ生きている理由を確認することができます（各オブジェクトについて、メッセージを受信した場所と時間、メッセージを保持する場所、リリースする場所）。



ここでこのツールを使用する特定の側面について読むことをお勧めします 。



読んでくれてありがとう！

そして、私はあなたのトリックとベストプラクティスのいくつかに非常に感謝します。