java разная компиляция в зависимости от условий

0

3

Не знаю как правильно называется то что я хочу, по этому скажу конкретную задачу.

Я хочу использовать разный код для дебаг версии и релизной версии. В дебаг версии убрать код который ответственный за рекламу. Или может можно использовать какой-то ключ? И каким-то образом пометить в коде некомпилируемое место, что-то типа такого

[[if something]]
// Специфичный код тут
// Специфичный код тут
// Специфичный код тут
[[endif something]]

Ссылка

←	gtkmm.h Gtk-WARNING **: Could not find signal handler

Документация для Qt5 в gentoo

→

http://docs.oracle.com/javase/tutorial/java/nutsandbolts/if.html

crowbar ★
(10.03.15 23:40:21 MSK)

Ответ на: комментарий от crowbar 10.03.15 23:40:21 MSK

Причем тут это? Мне это нужно для того чтоб не компилировать рекламу каждый раз в при разработке приложения

abs ★★★
(10.03.15 23:42:30 MSK) автор топика

Ответ на: комментарий от abs 10.03.15 23:42:30 MSK

Если тебе для андроида, то там есть такая вещь flavors. И конечно ты может просто отключить рекламу в коде

if (BuildConfig.DEBUG) {

}

crowbar ★
(10.03.15 23:44:34 MSK)

Ссылка

class SomeClass {

    private static final boolean DEBUG = false;

    public void doSomething() {
        //Если DEBUG равно true, следующий кусок не будет компилироваться
        if (!DEBUG) {
            showAds();
        }//
    }
}

slyjoeh ★★★
(10.03.15 23:50:55 MSK)
Последнее исправление: slyjoeh 10.03.15 23:51:57 MSK (всего исправлений: 1)

Ответ на: комментарий от slyjoeh 10.03.15 23:50:55 MSK

Оно не будет компилироваться, или лишь не будет запускаться? Оно будет тянуть за собой нужные для рекламы библиотеки?

abs ★★★
(10.03.15 23:53:57 MSK) автор топика

Ответ на: комментарий от abs 10.03.15 23:53:57 MSK

этого куска в байткоде не будет. библиотеки рекламные тянуть будет. чтобы не тянуло библиотеки, юзай sed и awk

slyjoeh ★★★
(11.03.15 00:00:46 MSK)

Ответ на: комментарий от abs 10.03.15 23:42:30 MSK

Мне это нужно для того чтоб не компилировать рекламу каждый раз в при разработке приложения

мейкфайлы не? или что у вас там в жаве, ant?

MyTrooName ★★★★★
(11.03.15 00:04:25 MSK)

Ответ на: комментарий от MyTrooName 11.03.15 00:04:25 MSK

мейкфайлы не? или что у вас там в жаве, ant?

У мня gradle. Но я только его и учил, если есть что-то получше могу перейти на другую (как это правильно? Систему сборки?)

UPD. Точнее учил это громко сказано, делал копипасту которая написана в туториалах(почти во всех туториалах под андроид только про gradle и рассказывают)

abs ★★★
(11.03.15 00:11:51 MSK) автор топика
Последнее исправление: abs 11.03.15 00:14:46 MSK (всего исправлений: 1)

Ссылка

Ответ на: комментарий от slyjoeh 11.03.15 00:00:46 MSK

этого куска в байткоде не будет

А в apk файле? Просто он же перебрасывается по кабелю на телефон, скорость не очень большая, 0.5Mb за секунду.

abs ★★★
(11.03.15 00:13:20 MSK) автор топика

Ссылка

Где Андроид в тэгах?

Лоровцы тебе правильно подсказывают - юзай flavors!

Adonai ★★★
(11.03.15 00:14:45 MSK)

Ссылка

я бы наверное делал через maven velocity plugin. из gradle его тоже можно запускать.

BillDver ★★★
(11.03.15 00:16:42 MSK)

Ссылка

Нет такой возможности в яве и никогда не будет. Принципиально. Если так уж надо что-то отключить - делай интерфейс и две реализации: полноценную и заглушку. Если очень уж критично не тащить часть библиотек в дебаг версию, то в maven-e для этого есть профили, в gradle тоже что-то из этой серии должно быть

Nagwal ★★★★
(11.03.15 00:27:46 MSK)

Ссылка

http://toastdroid.com/2014/03/28/customizing-your-build-with-gradle/ ищи по примерно таким ключевым словам

mm3 ★★★
(11.03.15 00:33:57 MSK)

Ссылка

Есть два подхода.

Первый вариант — используй препроцессор перед компиляцией. cpp, m4 самые известные. Думаю, лучше всего использовать cpp, он всем хорошо знаком.

Второй вариант, идеологически более правильный — сделать интерфейс и две реализации. Реализацию, ответственную за рекламу, положить в отдельный jar-файл. В конфиге будет указано, какую реализацию надо использовать. Соответственно если тебе одна из реализаций не нужна, просто не клади соответствующий jar-файл в приложение и всё. Можешь посмотреть, как сделано в JDBC с драйверами БД.

~~Legioner~~ ★★★★★
(11.03.15 08:55:43 MSK)

лол, кому это вообще может быть нужно? хочешь макросов - пиши на сишечке!

anonymous
(11.03.15 11:52:13 MSK)

Ссылка

Это правильно называется conditional compilation.

Можно сделать костылями:

https://weblogs.java.net/blog/2005/01/20/how-do-conditional-compilation-java, это если нужно, к примеру, чтобы в разных случаях компилялся разный код, ну или как уже подсказали выше можно просто кинуть кучу ифов :

http://www.javapractices.com/topic/TopicAction.do?Id=64

by_zero ★
(11.03.15 18:42:29 MSK)

Ссылка

Релизный пакет и дебажный подписаны разными ключами. Используй их чтобы отличить дебаг от релиза

~~no-dashi~~ ★★★★★
(11.03.15 19:56:51 MSK)

Ссылка

Сделай библиотеку в виде отдельного плагина. В коде проверяй наличие плагина в classpath и подгружай соответствующие классы.

Плагин собирай отдельно. В gradle файле пропиши зависимость активируемую по отдельному ключу компиляции. Примерно так:

dependencies {
compile 'somelibs';
if (!project.hasProperty("debug")) {
     compile 'advertisinglib';
   }
}

TheKnight ★★★
(11.03.15 22:28:02 MSK)

Ссылка

Ответ на: комментарий от Legioner 11.03.15 08:55:43 MSK

там ещё гдето было что градл может подменять файлы исходников (в т.ч и директории) при сборке... только вот никак не могу найти как

mm3 ★★★
(12.03.15 00:06:43 MSK)

Ссылка

это называется препроцессор, и в жабе его нет.

waker ★★★★★
(12.03.15 00:13:37 MSK)

Ответ на: комментарий от Legioner 11.03.15 08:55:43 MSK

Думаю, лучше всего использовать cpp, он всем хорошо знаком.

перестанет работать корректно подсветка синтаксиса, автодополнение, и др. ништяки в ide.

но да, я делал так в eclipse какое-то время.

waker ★★★★★
(12.03.15 00:15:36 MSK)

Ответ на: комментарий от waker 12.03.15 00:15:36 MSK

Зачем?

Deleted
(12.03.15 00:34:47 MSK)

Ответ на: комментарий от Deleted 12.03.15 00:34:47 MSK

Затем же, зачем оп спросил

waker ★★★★★
(12.03.15 01:32:40 MSK)

compile <google probe lib> заменяешь на releaseCompile <google probe lib>

создаешь пути debug/java/... и release/java/... и туда кидаешь разные версии своего класса AdvHelper с одинаковыми внешними интерфейсами. в debug версии все методы будут заглушками. например как-то так:

boolean isAdvEnabled()

void setupBanner(View view)

void startBanner()

void stopBanner()

в release/java нужен AndroidManifest с дополнительными тегами для гугло-библиотек (версия, пермишены и т.п.).

а если ты ищешь точного пошагового решения, может стоит подумать о смене профессии?

crowbar ★
(12.03.15 01:47:46 MSK)

Ответ на: комментарий от crowbar 12.03.15 01:47:46 MSK

а если ты ищешь точного пошагового решения

А я где-то такое говорил? Я спрашивал абстрактно, но так чтоб люди меня правильно поняли написал один из конкретных примеров который я хотел реализовать. Дело же далеко не в рекламу, куча разной «воды», типа экрана приветствия, экрана выбора уровней, диалог «а вы точно хотите выйти?» и так далее мне абсолютно не нужны при тестировании основной, собственно игровой части. А время на компиляцию весьма существенно(секунд 10) + время на передачу APK файла по юсб кабелю. Конечно когда пишешь код 20 минут, а потом раз скомпилил то все норм. А если например пытаешься выбрать правильные константы «сложности» игры, или там какой-то мелкие изменения в дизайне почти все время только и уходит на компиляцию

abs ★★★
(12.03.15 02:25:52 MSK) автор топика

Ответ на: комментарий от abs 12.03.15 02:25:52 MSK

А время на компиляцию весьма существенно(секунд 10)

используешь gradle?

10 секунд — при использовании gradle у меня даже hello world дольше собирается. вообще говоря, жаба компилируется очень быстро, практически мгновенно. а вот на сборку всех этих jar, apk, подписи, и т.п. уходит дофига времени. только я не уверен, что вырезание googleplayservices lib тебя спасет.

например, можно выгадать намного больше времени если собирать через ant или eclipse. сборка APK происходит в разы быстрее. просто gradle тормоз.

waker ★★★★★
(12.03.15 11:46:53 MSK)

Ответ на: комментарий от waker 12.03.15 01:32:40 MSK

Ну с ОП-а что взять то он не осиливает сделать интерфейс, а ты тудаже?

Deleted
(12.03.15 11:52:37 MSK)

Ответ на: комментарий от Deleted 12.03.15 11:52:37 MSK

вышеприведенный способ с интерфейсом решает сферическую задачу в вакууме, и требует особой билд-системы (gradle, насколько я понимаю).

в реальной жизни задачи более обширные, билд-системы более другие, и интерфейс не спасает. например, попробуй собрать из 1 кодобазы 2 идентичных APK, отличающихся только package name (типа, com.myhelloworld vs com.myhelloworld.pro). кто-то писал на лоре, что для подобных целей каждая версия живет в отдельном бренче в VCS. видимо, не одни мы с ОПом ниасиливаем..

waker ★★★★★
(12.03.15 12:52:56 MSK)

Ответ на: комментарий от waker 12.03.15 12:52:56 MSK

например, попробуй собрать из 1 кодобазы 2 идентичных APK, отличающихся только package name

Я смотрю программирование под ондроед приводит к нездоровым фантазиям.

Почемуто даже адепты плюсов так не извращаюются.

Deleted
(12.03.15 12:55:03 MSK)

Ответ на: комментарий от Deleted 12.03.15 12:55:03 MSK

нездоровая платформа приводит к нездоровым фантазиям — все в порядке вещей.

waker ★★★★★
(12.03.15 13:13:50 MSK)

Ссылка

Ответ на: комментарий от waker 12.03.15 11:46:53 MSK

сборка APK происходит в разы быстрее. просто gradle тормоз.

Это неудивительно — Gradle ведь написан на Groovy: на каждый запуск тратиться куча ресурсов и часто впустую.

Про ant понятно, а что насчёт maven'а?

iZEN ★★★★★
(13.03.15 10:35:32 MSK)

Ответ на: комментарий от waker 12.03.15 00:13:37 MSK

это называется препроцессор, и в жабе его нет.

Нет есть. См. JSR-175, JSR-269. Можно написать свой препроцессор для обработки собственных аннотаций.

iZEN ★★★★★
(13.03.15 10:44:50 MSK)

Ответ на: комментарий от iZEN 13.03.15 10:35:32 MSK

maven не попадался.

waker ★★★★★
(13.03.15 11:21:39 MSK)

Ссылка

Ответ на: комментарий от iZEN 13.03.15 10:44:50 MSK

аннотации это не то. похоже, речь о чем-то вроде custom attributes в c#. оно позволяет решать ряд задач, но не заменяет препроцессор даже на уровне ifdef.

waker ★★★★★
(13.03.15 11:23:25 MSK)

Ссылка

Вот тут используется аннотация @Debug: https://code.google.com/p/mvp4g/source/browse/trunk/examples/Mvp4gModules/src...

И тут: http://java-course.ru/articles/java-se-5-0/

iZEN ★★★★★
(13.03.15 18:51:46 MSK)

Ссылка

#ifdef _DEBUG
// Специфичный код тут
// Специфичный код тут
// Специфичный код тут
#endif // _DEBUG

EXL ★★★★★
(13.03.15 19:01:14 MSK)

Ссылка

Ответ на: комментарий от waker 12.03.15 12:52:56 MSK

в реальной жизни задачи более обширные, билд-системы более другие, и интерфейс не спасает. например, попробуй собрать из 1 кодобазы 2 идентичных APK, отличающихся только package name (типа, com.myhelloworld vs com.myhelloworld.pro). кто-то писал на лоре, что для подобных целей каждая версия живет в отдельном бренче в VCS. видимо, не одни мы с ОПом ниасиливаем..

любая из использовавшихся мной билд-систем умела делать replace и move, не вижу почему вдруг вам этого не хватает.

maloi ★★★★★
(13.03.15 21:47:15 MSK)

Ответ на: комментарий от maloi 13.03.15 21:47:15 MSK

можно подробнее, что именно умела, и на что этого хватало?

waker ★★★★★
(14.03.15 15:20:42 MSK)

Ответ на: комментарий от waker 14.03.15 15:20:42 MSK

собрать из 1 кодобазы 2 идентичных APK, отличающихся только package name (типа, com.myhelloworld vs com.myhelloworld.pro).

вот для этого достаточно уметь из системы сборки выполнять замену строки и перемещение файла из одной директории в другую. Ошибки при подходе в лоб конечно могут быть, но если это необходимо делать регулярно - подпирается костылями и проверяется в CI, чтобы неожиданностей избежать.

maloi ★★★★★
(14.03.15 16:52:34 MSK)