多くの客観的カテゴリーがあるという欠点はありますか？

Question

私たちは、プロジェクト間で共有したい客観的 - cカテゴリのコードをいくつか持っています。我々が取ることができる二つのアプローチ（少なくとも）があります

1. はクラスごとに一つのカテゴリーに入れて、例えば、使用することにより、異なるカテゴリの数で、その後入れUIView+SGBExtensions
2. のようなものをと呼ばれますそれは、より説明的になり、私たちは桜、選ぶことができるようUIView+SGBLayout、UIView+SGBDrawing、など。

私の本能が、後者で行くことです。しかし、ほとんどのアプリケーションには共有コードの大半が含まれているので、多くのカテゴリを持つとパフォーマンスやアプリのサイズに影響が出る可能性があると私は少し心配しています。多くの客観的カテゴリーを持つことには欠点がありますか？

Answer 1

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

Answer 2

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

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