2

私は、それぞれに少なくとも 5 つのクラスを持つ 6 つのパッケージ (それらの間で通信する) の Android プロジェクトに取り組んでいます。

アプリケーション構造を変更し、可能な限り一般的で信頼できるものにするために、プロジェクトを最適化しようとしています。したがって、パッケージの数を減らそうとしています。

パッケージの少ないプロジェクトを作成することをお勧めしますか? 言い換えれば、多くのパッケージを持つことの結果 (特にプロジェクトの実行時) はどうなるでしょうか?

4

1 に答える 1

1

パッケージは主に、機能的または技術的に分離されたプロジェクトを編成するための便利な方法です。

Android 開発者のブログでかなり前に最適化に関する興味深い記事があり、getter と setter は避けるべきであると言及されていました。そのため、パブリック フィールド メンバーに依存することが道でした (http://developer.android.com/training/articles/perf-tips.html)。物事が乱雑になるのを防ぐために、プログラマーの反射神経は、フィールドを別のパッケージからのアクセスから「保護」する (つまり、保護する) ことです。現在の jit コンパイラの最適化では、これは当てはまりません。したがって、可能な限り少ないパッケージで作業することは、実際には意味がありません。わかりやすくするために、必要な数のパッケージを作成することをお勧めします。

于 2012-12-17T16:18:12.887 に答える