Android – несколько пользовательских версий того же приложения
3.0 медленнее, чем 2,5 на официальных сравнительных тестах. От "What’s, Новый в Python 3.0" :
конечный результат этих 3,0 обобщений состоит в том, что Python 3.0 обтекает сравнительный тест pystone на 10% медленнее, чем Python 2.5. Скорее всего, самой большой причиной является удаление специального преобразования регистра для маленьких целых чисел. Простор для совершенствования There’s, но это произойдет, после 3.0 выпущен!
3 ответа
Для чего-то похожего я просто использовал задачу antlib, а затем просмотрел все файлы java и xml, чтобы заменить мою старую строку пакета на новую строку пакета. Не имело значения, если бы файлы не находились по правильным путям src в соответствии с пакетом. Мне было достаточно просто заменить регулярное выражение для всех файлов, чтобы все заработало ...
Например, чтобы заменить его во всех ваших java-файлах в каталоге src:
<replaceregexp flags="g" byline="false">
<regexp pattern="old.package.string" />
<substitution expression="new.package.string" />
<fileset dir="src" includes="**/*.java" />
</replaceregexp>
Связанное решение не должно выполняться вручную. Имейте в виду, что атрибут package в элементе не обязательно должен быть там, где находится код, если вы указываете полностью определенные классы в другом месте манифеста. (например, activity android: name = "com.commonsware.android.MyActivity" вместо activity android: name = ". MyActivity" ). Напишите сценарий изменения манифеста и используйте Ant для создания нового APK. AFAIK, это должно сработать.
Я использую maven-android-plugin для достижения этой цели. Укажите один AndroidManifest.xml для цели generated-sources и другой AndroidManifest.xml для цели final apk. Таким образом, проект исходного кода сохраняет фактическое имя пакета исходного кода при генерации класса R и на этапе сборки, а адаптированное для рынка имя пакета манифеста находится во втором AndroidManifest.xml, который включается в финальный apk-файл.