Jak zaimportować klasę z domyślnym pakietem

Question

Powiel możliwe: How to access java-classes in the default-package?

---

Używam Eclipse 3.5 i stworzyli projekt o pewnej strukturze pakietu wraz z domyślnym pakietem. Mam jedną klasę w domyślnym pakiecie - Calculations.java i chcę, aby korzystanie z tej klasy w dowolnym pakiecie (na przykład w com.company.calc). Kiedy próbuję użyć klasy, która znajduje się w domyślnym pakiecie, powoduje to błąd kompilatora. Nie jest w stanie rozpoznać klasy w domyślnym pakiecie. Gdzie jest problem?

Calculations.java - kod

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

źródło nie mogę umieścić moją klasę w każdym innym opakowaniu. Ta klasa ma pewne natywne metody, które są implementowane w Delphi. Jeśli umieściłem tę klasę w jednym z folderów, będę musiał dokonać zmian w tej bibliotece DLL, której chcę uniknąć (naprawdę - nie mogę). Właśnie dlatego umieściłem moją klasę w domyślnym pakiecie.

Answer 1

Z Java language spec:

Jest to błąd kompilacji czas importowania typ z pakietu bezimiennego.

Będziesz musiał uzyskać dostęp do klasy za pomocą refleksji lub innej metody pośredniej.

Answer 2

Niestety, nie można importować klasy bez jej umieszczenia w paczce. Jest to jeden z powodów, dla których jest wysoce odradzany. To, co chciałbym wypróbować, to rodzaj proxy - umieść swój kod w pakiecie, z którego można korzystać, ale jeśli naprawdę potrzebujesz czegoś w domyślnym pakiecie, ustaw tę bardzo prostą klasę, która przekazuje połączenia do klasy z prawdziwym kodem. Albo, jeszcze prostsze, po prostu przedłuż go.

Aby dać przykład:

import my.packaged.DefaultClass; 

public class MyDefaultClass extends DefaultClass {}

package my.packaged.DefaultClass; 

public class DefaultClass { 

    // Code here 

}

Answer 3

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

Answer 4

Mogę dać ci tę sugestię, O ile wiem z mojego C i C++ doświadczenie w programowaniu, Kiedyś, gdy miałem ten sam kinda problem, rozwiązać go poprzez zmianę dll napisane strukturę „.c” Plik poprzez zmianę nazwy funkcji, która zaimplementowała rodzimą funkcjonalność JNI. na przykład, jeśli chcesz dodać swój program do pakietu "com.mypackage", Zmieniasz prototyp implementacji JNI ".C”funkcja File/metoda ta:

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ę zagwarantować wam, ale powiem to wreszcie (dowiedziałem się kilku rzeczy po googlowania o Delphi i JNI): Zapytaj ci ludzie (jeśli nie są one), którzy pod warunkiem wdrożenia Delphi natywnego kodu w celu zmiany nazwy funkcji do czegoś takiego:

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, ostateczną radę: Mimo, że (jeśli jesteś Delphi programista) lub je zmienić prototypy tych funkcji i przekompilować plik dll, po skompilowaniu pliku dll, nie będzie w stanie zmienić ponownie nazwę pakietu twojego pliku "Java" ponownie &. Ponieważ będzie to znowu wymaga albo je zmienić prototypy funkcji w Delphi ze zmienionymi przedrostków (np JAVA_yourpackage_with_underscores_for_inner_packages_JavaFileName_MethodName)

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

Answer 5

Od gdzieś znalazłem poniżej: -

W rzeczywistości, można.

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

pakiet

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

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

Answer 6

1. Tworzenie "root" (folder) w projekcie, na przykład.

   źródło pakietu; (.../path_to_project/source /)

2. Przenieś swój ClassClass.class do folderu źródłowego. (.../path_to_project/źródło/YourClass.class)

3. importu jak tego

   source.YourClass przywozowych;

Answer 7

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

Answer 8

Istnieje obejście tego problemu. Możesz użyć odbicia, aby to osiągnąć.

Najpierw utwórz interfejs dla swojej klasie docelowej Calculatons:

package mypackage; 

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

} 

Następnie dokonać klasa cel wdrożenia tego interfejsu:

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

Wreszcie użycie refleksji aby utworzyć wystąpienie Calculations klasie i przypisz go do zmiennej o typie CalculationsInterface:

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