3

プロジェクト間で共有したい Objective-C カテゴリのコードがいくつかあります。私たちが取ることができる（少なくとも）2つのアプローチがあります：

  1. それらをクラスごとに1つのカテゴリに入れ、次のように呼びますUIView+SGBExtensions
  2. 次に、用途に応じてさまざまなカテゴリに分類します。たとえばUIView+SGBLayout、UIView+SGBDrawing、 などです。

私の本能は、後者の方がより説明的であり、チェリーピックできるため、後者を使用することです. ただし、ほとんどのアプリには共有コードのほとんどが含まれているため、多くのカテゴリを使用するとパフォーマンスやアプリのサイズに影響を与える可能性があることを少し心配しています. Objective-C カテゴリを多数持つことに欠点はありますか?

4

2 に答える 2

3

その差は無視できるものになると思います。読み込み中は、単一のカテゴリからメソッドを追加するのではなく、カテゴリを反復してメソッドを追加するための手順がさらに必要になる場合があります。同様に、カテゴリに+loadメソッドがある場合、それは 1 回ではなく複数回のメソッド呼び出しです。私が言ったように、無視できます。

于 2012-04-18T09:45:02.583 に答える
2

私の本能はあなたの本能と同じです。コードを自分のやり方で分離することは、より保守しやすくなります。

アプリケーションにこれらの点で問題があることが実証されるまで、サイズとパフォーマンスについて心配する必要はないと思います。それでも、想定しないで、測定してください。その価値については、パフォーマンスとサイズへの影響はほぼゼロになると確信しています。

于 2012-04-18T09:50:40.270 に答える