#ifdef #ifndef в Java

Я сомневаюсь, что есть способ создать условия времени компиляции в Java, такие как #ifdef #ifndef в C ++.

Моя проблема в том, что у меня есть алгоритм, написанный на Java, и у меня другое время работы улучшается для этого алгоритма. Поэтому я хочу измерить, сколько времени я экономлю при использовании каждого улучшения.

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

Итак, я хочу найти способ решить во время компиляции, какие части программы следует компилировать и использовать.

Кто-нибудь знает, как это сделать на Java. А может кто знает, что такого способа нет (тоже было бы полезно).

private static final boolean enableFast = false;

// ...
if (enableFast) {
  // This is removed at compile time
}

Условные выражения, подобные показанным выше, оцениваются во время компиляции. Если вместо этого вы используете это

private static final boolean enableFast = "true".equals(System.getProperty("fast"));

Затем любые условия, зависящие от enableFast, будут оцениваться JIT-компилятором. Накладные расходы для этого незначительны.

javac не будет выводить скомпилированный код, который недоступен. Используйте конечную переменную, для которой задано постоянное значение для вашего, #defineи обычный ifоператор для #ifdef.

Вы можете использовать javap, чтобы доказать, что недостижимый код не включен в выходной файл класса. Например, рассмотрим следующий код:

public class Test
{
   private static final boolean debug = false;

   public static void main(String[] args)
   {
       if (debug) 
       {
           System.out.println("debug was enabled");
       }
       else
       {
           System.out.println("debug was not enabled");
       }
   }
}

javap -c Test дает следующий результат, указывающий, что только один из двух путей был скомпилирован (а оператор if - нет):

public static void main(java.lang.String[]);
  Code:
   0:   getstatic       #2; //Field java/lang/System.out:Ljava/io/PrintStream;
   3:   ldc     #3; //String debug was not enabled
   5:   invokevirtual   #4; //Method java/io/PrintStream.println:(Ljava/lang/String;)V
   8:   return

Думаю, что нашел решение, все намного проще.
Если я определю логические переменные с помощью модификатора final, компилятор Java решит проблему. Потому что он заранее знает, каков будет результат проверки этого условия. Например этот код:

    boolean flag1 = true;
    boolean flag2 = false;
    int j=0;
    for(int i=0;i<1000000000;i++){
        if(flag1)
            if(flag2)
                j++;
            else
                j++;
        else
            if(flag2)
                j++;
            else
                j++;
    }

работает около 3 секунд на моем компьютере.
И этот

    final boolean flag1 = true;
    final boolean flag2 = false;
    int j=0;
    for(int i=0;i<1000000000;i++){
        if(flag1)
            if(flag2)
                j++;
            else
                j++;
        else
            if(flag2)
                j++;
            else
                j++;
    }

работает около 1 секунды. В то же время этот код занимает

    int j=0;
    for(int i=0;i<1000000000;i++){
        j++;
    }

Никогда не использовал, но он существует

JCPP - это полная, совместимая, автономная реализация препроцессора C. на чистом языке Java. Он предназначен для использования людьми, пишущими компиляторы в стиле C на Java с использованием таких инструментов, как sablecc, antlr, JLex, CUP и т. Д. Этот проект был использован для успешной предварительной обработки большей части исходного кода библиотеки GNU C. Начиная с версии 1.2.5, он также может предварительно обрабатывать библиотеку Apple Objective C.

http://www.anarres.org/projects/jcpp/

Если вам действительно нужна условная компиляция и вы используете Ant , вы можете фильтровать свой код и выполнять в нем поиск и замену.

Например: http://weblogs.java.net/blog/schaefa/archive/2005/01/how_to_do_condi.html

Таким же образом вы можете, например, написать фильтр для замены LOG.debug(...);с /*LOG.debug(...);*/. Это все равно будет выполняться быстрее, чем if (LOG.isDebugEnabled()) { ... }все остальное, не говоря уже о том, чтобы быть в то же время более кратким.

Если вы используете Maven , есть подобная функция описана здесь .

Manifold предоставляет полностью интегрированный препроцессор Java (без шагов сборки или сгенерированного исходного кода). Он предназначен исключительно для условной компиляции и использует директивы в стиле C.

Использовать фабричный шаблон для переключения между реализациями класса?

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

Строго говоря, вам не нужен препроцессор, чтобы делать то, чего вы хотите достичь. Скорее всего, есть другие способы удовлетворить ваши требования, чем тот, который я, конечно, предложил.

final static int appFlags = context.getApplicationInfo().flags;
final static boolean isDebug = (appFlags & ApplicationInfo.FLAG_DEBUGGABLE) != 0