#ifdef #ifndef w Javie

Wątpię, czy istnieje sposób na stworzenie warunków czasu kompilacji w Javie, takich jak #ifdef #ifndef w C ++.

Mój problem polega na tym, że mam algorytm napisany w Javie i mam inny czas pracy, który poprawia ten algorytm. Chcę więc zmierzyć, ile czasu oszczędzam, gdy wykorzystuję każdą poprawę.

W tej chwili mam zestaw zmiennych logicznych, które są używane do decydowania w czasie wykonywania, które ulepszenia powinny być używane, a które nie. Ale nawet testowanie tych zmiennych wpływa na całkowity czas pracy.

Dlatego chcę znaleźć sposób na podjęcie decyzji w czasie kompilacji, które części programu powinny zostać skompilowane i użyte.

Czy ktoś zna sposób na zrobienie tego w Javie. A może ktoś wie, że nie ma takiego sposobu (też by się przydał).

private static final boolean enableFast = false;

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

Warunki warunkowe, takie jak pokazane powyżej, są oceniane w czasie kompilacji. Jeśli zamiast tego użyjesz tego

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

Następnie wszystkie warunki zależne od enableFast zostaną ocenione przez kompilator JIT. Koszt tego jest znikomy.

javac nie wyświetli skompilowanego kodu, który jest nieosiągalny. Użyj końcowej zmiennej ustawionej na stałą wartość dla swojej #definei zwykłej ifinstrukcji dla #ifdef.

Możesz użyć javap, aby udowodnić, że nieosiągalny kod nie jest zawarty w pliku klasy wyjściowej. Weźmy na przykład pod uwagę następujący kod:

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 daje następujący wynik, wskazując, że tylko jedna z dwóch ścieżek została wkompilowana (a instrukcja if nie była):

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

Myślę, że znalazłem rozwiązanie, jest znacznie prostsze.
Jeśli zdefiniuję zmienne boolowskie za pomocą "końcowego" modyfikatora, sam kompilator Javy rozwiązuje problem. Ponieważ wie z góry, jaki byłby wynik przetestowania tego warunku. Na przykład ten kod:

    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++;
    }

działa około 3 sekund na moim komputerze.
I ten

    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++;
    }

kursuje około 1 sekundy. W tym samym czasie zajmuje ten kod

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

Nigdy go nie używałem, ale to istnieje

JCPP to kompletna, zgodna, samodzielna, czysta Java implementacja preprocesora C. Jest przeznaczony dla osób piszących kompilatory w stylu C w Javie przy użyciu narzędzi takich jak sablecc, antlr, JLex, CUP i tak dalej. Ten projekt został użyty do pomyślnego wstępnego przetworzenia większości kodu źródłowego biblioteki GNU C. Od wersji 1.2.5 może również wstępnie przetwarzać bibliotekę Apple Objective C.

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

Jeśli naprawdę potrzebujesz kompilacji warunkowej i używasz Ant , możesz być w stanie przefiltrować swój kod i wykonać w nim wyszukiwanie i zamianę.

Na przykład: http://weblogs.java.net/blog/schaefa/archive/2005/01/how_to_do_condi.html

W ten sam sposób można na przykład napisać filtr do wymiany LOG.debug(...);z /*LOG.debug(...);*/. To i tak działałoby szybciej niż if (LOG.isDebugEnabled()) { ... }rzeczy, nie wspominając o tym, że jest jednocześnie bardziej zwięzłe.

Jeśli używasz Mavena , tutaj opisano podobną funkcję .

Manifold zapewnia w pełni zintegrowany preprocesor Java (bez kroków kompilacji ani wygenerowanego źródła). Jest przeznaczony wyłącznie do kompilacji warunkowej i używa dyrektyw w stylu C.

Użyć wzorca fabryki do przełączania się między implementacjami klasy?

Czas tworzenia obiektu nie może być teraz problemem, prawda? Po uśrednieniu z długiego okresu czasu, największy składnik czasu spędzonego powinien teraz znajdować się w głównym algorytmie, prawda?

Ściśle mówiąc, tak naprawdę nie potrzebujesz preprocesora, aby zrobić to, co chcesz osiągnąć. Najprawdopodobniej istnieją inne sposoby spełnienia twoich wymagań niż ten, który oczywiście zaproponowałem.

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