Jak zaimportować klasę z domyślnego pakietu

Możliwy duplikat: Jak uzyskać dostęp do klas java w pakiecie domyślnym?

Używam Eclipse 3.5 i utworzyłem projekt z pewną strukturą pakietu wraz z pakietem domyślnym. Mam jedną klasę w domyślnym pakiecie - Calculations.java i chcę użyć tej klasy w dowolnym pakiecie (na przykład w com.company.calc). Kiedy próbuję użyć klasy, która jest w domyślnym pakiecie, wyświetla mi się błąd kompilatora. Nie jest w stanie rozpoznać klasy w domyślnym pakiecie. Gdzie jest problem?

Calculations.java - kod źródłowy

public class Calculations {
    native public int Calculate(int contextId);
    native public double GetProgress(int contextId);
    static  {
        System.loadLibrary("Calc");
    }
}

Nie mogę umieścić mojej klasy w żadnym innym pakiecie. Ta klasa ma kilka natywnych metod, które są zaimplementowane w Delphi. Jeśli umieszczę tę klasę w którymkolwiek z folderów, będę musiał wprowadzić zmiany w tej bibliotece DLL, których chcę uniknąć (naprawdę - nie mogę). Dlatego umieściłem moją klasę w domyślnym pakiecie.

Ze specyfikacji języka Java :

Importowanie typu z nienazwanego pakietu jest błędem czasu kompilacji.

Będziesz musiał uzyskać dostęp do klasy poprzez odbicie lub inną pośrednią metodę.

Klasy w pakiecie domyślnym nie mogą być importowane przez klasy w pakietach. Dlatego nie powinieneś używać domyślnego pakietu.

Istnieje obejście problemu. Aby to osiągnąć, możesz użyć refleksji.

Najpierw utwórz interfejs dla swojej klasy docelowej Calculatons:

package mypackage;

public interface CalculationsInterface {  
    int Calculate(int contextId);  
    double GetProgress(int contextId);  

}

Następnie spraw, aby klasa docelowa implementowała ten interfejs :

public class Calculations implements mypackage.CalculationsInterface {
    @Override
    native public int Calculate(int contextId);
    @Override
    native public double GetProgress(int contextId);
    static  {
        System.loadLibrary("Calc");
    }
}

Na koniec użyj refleksji, aby utworzyć instancję Calculationsklasy i przypisać ją do zmiennej typu CalculationsInterface:

Class<?> calcClass = Class.forName("Calculations");
CalculationsInterface api = (CalculationsInterface)calcClass.newInstance();
// Use it 
double res = api.GetProgress(10);

Mogę dać ci tę sugestię, o ile wiem z mojego doświadczenia w programowaniu C i C ++. Kiedyś, gdy miałem ten sam problem, rozwiązałem go, zmieniając zapisaną strukturę dll w pliku „.C”, zmieniając nazwę pliku funkcja, która zaimplementowała natywną funkcjonalność JNI. na przykład, jeśli chcesz dodać swój program w pakiecie „com.mypackage”, zmieniasz prototyp funkcji / metody JNI implementującej plik „.C” na ten:

JNIEXPORT jint JNICALL
Java_com_mypackage_Calculations_Calculate(JNIEnv *env, jobject obj, jint contextId)
{
   //code goes here
}

JNIEXPORT jdouble JNICALL
Java_com_mypackage_Calculations_GetProgress(JNIEnv *env, jobject obj, jint contextId)
{
  //code goes here
}

Ponieważ jestem nowy w Delphi, nie mogę Ci zagwarantować, ale powiem to na koniec (dowiedziałem się kilku rzeczy po googlowaniu o Delphi i JNI): Zapytaj tych ludzi (jeśli nie jesteś tym jedynym), którzy dostarczyli implementację natywnego Delphi kod, aby zmienić nazwy funkcji na takie:

function Java_com_mypackage_Calculations_Calculate(PEnv: PJNIEnv; Obj: JObject; contextId: JInt):JInt; {$IFDEF WIN32} stdcall; {$ENDIF} {$IFDEF LINUX} cdecl; {$ENDIF}
var
//Any variables you might be interested in
begin
  //Some code goes here
end;



function Java_com_mypackage_Calculations_GetProgress(PEnv: PJNIEnv; Obj: JObject; contextId: JInt):JDouble; {$IFDEF WIN32} stdcall; {$ENDIF} {$IFDEF LINUX} cdecl; {$ENDIF}
var
//Any variables you might be interested in
begin
//Some code goes here
end;

Ale ostatnia rada: chociaż Ty (jeśli jesteś programistą delphi) lub oni zmienisz prototypy tych funkcji i ponownie skompilujesz plik dll, po skompilowaniu pliku dll nie będziesz w stanie zmienić nazwy pakietu swojego Plik „Java” ponownie i ponownie. Ponieważ to ponownie będzie wymagało od Ciebie lub ich zmiany prototypów funkcji w delphi ze zmienionymi prefiksami (np. JAVA_yourpackage_with_underscores_for_inner_packages_JavaFileName_MethodName)

Myślę, że to rozwiązuje problem. Dzięki i pozdrawiam, Harshal Malshe

Z niektórych, gdzie znalazłem poniżej: -

W rzeczywistości możesz.

Używając reflections API, możesz uzyskać dostęp do dowolnej dotychczasowej klasy. Przynajmniej udało mi się :)

Class fooClass = Class.forName("FooBar");
Method fooMethod =
    fooClass.getMethod("fooMethod", new Class[] { String.class });

String fooReturned =
    (String) fooMethod.invoke(fooClass.newInstance(), "I did it");

Niestety nie możesz zaimportować klasy, jeśli nie znajduje się ona w pakiecie. Jest to jeden z powodów, dla których jest to wysoce odradzane. To, co chciałbym, to coś w rodzaju proxy - umieść swój kod w pakiecie, którego każdy może użyć, ale jeśli naprawdę potrzebujesz czegoś w domyślnym pakiecie, uczyń tę bardzo prostą klasę, która przekazuje wywołania do klasy z prawdziwym kodem. Lub jeszcze prościej, po prostu przedłuż.

Dać przykład:

import my.packaged.DefaultClass;

public class MyDefaultClass extends DefaultClass {}

package my.packaged.DefaultClass;

public class DefaultClass {

   // Code here

}

Utwórz nowy pakiet A następnie przenieś klasy domyślnego pakietu do nowego pakietu i użyj tych klas

1. Utwórz nowy pakiet.
2. Przenieś pliki z domyślnego pakietu do nowego.

1. Na przykład utwórz pakiet „główny” (folder) w swoim projekcie.

   źródło pakietu; (... / ścieżka_do_projektu / źródło /)

2. Przenieś YourClass.class do folderu źródłowego. (... / ścieżka_do_projektu / źródło / TwojaKlasa.class)

3. Importuj w ten sposób

   źródło importu.YourClass;