Zmień nazwę importu w Javie lub zaimportuj dwie klasy o tej samej nazwie

363

W Pythonie możesz wykonać:

from a import b as c

Jak zrobiłbyś to w Javie, ponieważ mam dwa sprzeczne ze sobą importy.

java import

— Federer
źródło

19

Chciałbym, żeby java to zrobiła. Prowadzi do zajęć o dziwnych nazwach.

— fncomp

2

@fncomp: .. i niechlujny kod z dużą ilością w pełni kwalifikowanych

— nazw klas

2

Java 12 nadal tego nie ma

— Janac Meena

463

W Javie nie ma mechanizmu aliasingu importu. Nie można zaimportować dwóch klas o tej samej nazwie i używać obu bez zastrzeżeń.

Zaimportuj jedną klasę i użyj w pełni kwalifikowanej nazwy dla drugiej, tj

import com.text.Formatter;

private Formatter textFormatter;
private com.json.Formatter jsonFormatter;

— Bozho
źródło

16

To właściwa odpowiedź i do tego dodam tylko to, co sugerujesz: nie, nie ma takiej składni aliasingu w Javie.

— Sean Owen,

19

Czy nadal jest to ograniczenie w Javie 8?

— HairOfTheDog

8

@HairOfTheDog Nope, niestety nie dodano aliasingu importu w Javie8

— AdrieanKhisbe

12

Tak, zgadzam się z twoim komentarzem linuxdan ... Java poszła drogą dinozaura pod względem aktualizacji jego składni.

— Kevin Parker

6

@Bozho Sposób pyton robi: import [fully-qualified-name] as [ident]. „Jak” słowo kluczowe wydaje się nie pasować w Javie, a także alternatywny jest w przybliżeniu jakie używa C #: import [ident] = [fully-qualified-name].

— Daniel H

60

Jak już wspomniano w innych odpowiedziach, Java nie udostępnia tej funkcji.

Wdrożenie tej funkcji było wymagane wielokrotnie, np. Jako JDK-4194542: aliasing nazwy klasy lub JDK-4214789: Rozszerz import, aby umożliwić zmianę nazwy importowanego typu .

Z komentarzy:

To nie jest nierozsądna prośba, choć nie jest niezbędna. Sporadyczne użycie w pełni kwalifikowanych nazw nie stanowi nadmiernego obciążenia (chyba że biblioteka rzeczywiście używa tych samych prostych nazw w prawo i w lewo, co jest złym stylem).

W każdym razie nie zmienia poprzeczki cena / wydajność w przypadku zmiany języka.

Sądzę więc, że wkrótce nie zobaczymy tej funkcji w Javie :-P

— siegi
źródło

15

łał! nie żartowałeś z powodu „nie (…) w najbliższym czasie”). Widzę, że prośba o funkcję została odrzucona jako bezcelowy cukier już w 1998 roku! I każda próba wznowienia dyskusji w ciągu ostatnich 18 lat wiązała się z odniesieniem do tej starożytnej decyzji. Wydaje mi się, że łatwiej byłoby przekonać programistów IDE do zaimplementowania tego jako maski w edytorze, niż próbować wbić sens w Oracle.

— Superole,

2

Stare rozumowanie jest jednak poprawne - w praktyce takie starcia występują bardzo rzadko.

— szczupły

14

Nie zgadzam się, że te starcia występują rzadko. Orientacja obiektowa sprzyja prostemu nazywaniu. Mogę mieć pracownika klasy z dwóch różnych bibliotek, które robią różne rzeczy z pracownikiem (na przykład).

— Andrei Epure

6

@slim „ w praktyce te starcia występują bardzo rzadko ”. To nie jest dla mnie jasne, dlaczego te sytuacje będą występować rzadziej w Javie (w którym można mieć 10.000+ klas) niż w innych językach (gdzie zwykle mają mniej klas), które zrobienia obsługuje tej składni „cukier”.

— Alain Pannetier

21

Absolutnie niepoprawne. Mam do czynienia z bardzo prostym scenariuszem, który prawdopodobnie jest bardzo powszechny i w którym ten cukier składniowy byłby niezwykle pomocny. Tłumaczenie między podobnymi, ale odrębnymi modelami obiektowymi (stosowanymi odpowiednio w powiązanych, ale różnych produktach), których klasy przez większość czasu mają tę samą nazwę. Proces tłumaczenia wymaga odwołania się do obu klas w tym samym bloku kodu. W takim przypadku (który musi być bardzo powszechny) Java bardzo utrudnia życie. Tylko liczba wyświetleń tego postu powinna opowiedzieć historię.

— hrshi1990

59

Prawdopodobnie warto zauważyć, że Groovy ma tę funkcję :

import java.util.Calendar
import com.example.Calendar as MyCalendar

MyCalendar myCalendar = new MyCalendar()

— sfussenegger
źródło

15

W Scali jest to:import com.example.{Calendar => MyCalendar}

— pablisco

24

Aw Kotlin: import com.example.Calendar as MyCalendar.

— KevinO

14

W PHP jest to: użyj com \ example \ Calendar jako MyCalendar

— mat

19

Dość denerwujące jest to, że (przynajmniej) 3 języki oparte na JVM (Groovy, Scala i Kotlin) mają tę funkcję, ale sama Java wciąż nie ma ...

— Matthias

2

Co powiesz na coś takiego class MyCalendar extends com.example.Calendar {}? Nie jest idealny ani ładny, ale powinien służyć większości celów bez, powiedzmy, refleksji. W razie potrzeby możesz nawet dodać komentarz z komentarzem /* import com.example.Calendar as MyCalendar */.

— Braden Best

21

Java nie pozwala na to. Musisz odwoływać się do jednej z klas za pomocą jej w pełni kwalifikowanej nazwy i importować tylko drugą.

— sepp2k
źródło

8

Dzisiaj złożyłem projekt JEP w OpenJDK na temat tej funkcji aliasingu. Mam nadzieję, że ponownie to rozważą.

Jeśli jesteś zainteresowany, możesz znaleźć wersję roboczą JEP tutaj: https://gist.github.com/cardil/b29a81efd64a09585076fe00e3d34de7

— Chris Suszyński
źródło

-4

W rzeczywistości można utworzyć skrót, aby można było używać krótszych nazw w kodzie, wykonując coś takiego:

package com.mycompany.installer;
public abstract class ConfigurationReader {
    private static class Implementation extends com.mycompany.installer.implementation.ConfigurationReader {}
    public abstract String getLoaderVirtualClassPath();
    public static QueryServiceConfigurationReader getInstance() {
        return new Implementation();
    }
}

W ten sposób wystarczy tylko raz podać długą nazwę i mieć tyle dowolnych nazwanych klas.

Inną rzeczą, która podoba mi się w tym wzorze jest to, że możesz nazwać klasę implementującą tak samo jak abstrakcyjną klasę podstawową i po prostu umieścić ją w innej przestrzeni nazw. Nie ma to jednak związku ze wzorcem importu / zmiany nazwy.

— 4teks
źródło

18

To bardzo złe rozwiązanie. Zupełnie nie radzi sobie ze statyką, może wymagać ciągłych aktualizacji i nie pomaga w problemach de / serializacji (takich jak deserializacja z xml przez jaxb).

— Inżynier oprogramowania,