4
我進入一個已經存在的大Android項目。清單看起來像這樣:Android Manifest:活動包是否仍然需要在apk的主包裝下?
<manifest xmlns:android="http://schemas.android.com/apk/res/android" package="com.company.group1.package1">
<application ... >
<activity android:name="com.company.group1.MyActivity />
<service android:name="com.company.group2.blah.MyService" />
<provider android:name="com.company.group3.etc.MyProvider" />
... more fully-qualified activities ...
</application>
</manifest>
基本上,實體遍佈整個地方,包裝明智,所有完全合格。這當然打破了各種慣例,但不知何故,它工作得很好。我試圖從谷歌的聲明中發現這是一個糟糕的主意,但我還沒有找到任何反對它的官方建議或它會導致什麼樣的問題。
重命名包com.company是不是一個好的選擇,因爲該公司有多個應用程序。
我的問題是:是否有任何理由比常規其他組織項目以更合理的方式?由於源代碼控制歷史問題以及其他問題,我預計會大規模重命名。