Я вхожу в большой существующий проект Android. Манифест выглядит примерно так:
<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>
В сущности, сущности повсюду, упакованы и полностью квалифицированы. Конечно, это нарушает все виды соглашений, но так или иначе это работает просто отлично. Я пытался найти заявление от Google, что это плохая идея, но я не нашел ни одной официальной рекомендации по этому поводу или каких проблем это вызовет.
Переименование пакета com.company не является хорошим вариантом, потому что у компании есть несколько приложений.
Мой вопрос: есть ли какая-либо иная причина, кроме соглашения, для организации проекта более разумным способом? Я ожидаю откат на массовое переименование из-за проблем с историей управления исходным кодом и еще много чего.