Importer deux classes avec le même nom. Comment gérer?

Disons que j'ai un code comme:

import java.util.Date;
import my.own.Date;

class Test{

  public static void main(String [] args){

    // I want to choose my.own.Date here. How?
    ..
    // I want to choose util.Date here. How ?

  }
}

Dois-je être des noms de classe qualifiés complets? Puis-je me débarrasser des instructions d'importation? Un tel scénario est-il courant dans la programmation du monde réel?

Vous pouvez omettre les instructions d'importation et y faire référence en utilisant le chemin complet. Par exemple:

java.util.Date javaDate = new java.util.Date()
my.own.Date myDate = new my.own.Date();

Mais je dirais que l'utilisation de deux classes avec le même nom et une fonction similaire n'est généralement pas la meilleure idée à moins que vous ne puissiez vraiment clarifier laquelle est laquelle.

utilisez le nom complet au lieu d'importer la classe.

par exemple

//import java.util.Date; //delete this
//import my.own.Date;

class Test{

   public static void main(String [] args){

      // I want to choose my.own.Date here. How?
      my.own.Date myDate = new my.own.Date();

      // I want to choose util.Date here. How ?
      java.util.Date javaDate = new java.util.Date();
   }
}

Oui, lorsque vous importez des classes avec les mêmes noms simples, vous devez y faire référence par leurs noms de classe complets. Je laisserais les instructions d'importation, car cela donne aux autres développeurs une idée de ce qui se trouve dans le fichier lorsqu'ils travaillent avec.

java.util.Data date1 = new java.util.Date();
my.own.Date date2 = new my.own.Date();

Une autre façon de le faire est de le sous-classer:

package my.own;

public class FQNDate extends Date {

}

Et puis importez my.own.FQNDate dans les packages contenant java.util.Date.

Si vous avez votre propre classe de date, vous devez la distinguer de la classe Date intégrée. c'est-à-dire pourquoi avez-vous créé le vôtre. Quelque chose comme ImmutableDate ou BetterDate ou NanoDate, même MyDate indiquerait pourquoi vous avez votre propre classe de date. Dans ce cas, ils auront un nom unique.

Vous pouvez en importer un à l'aide de l'importation. Pour toutes les autres classes similaires, vous devez spécifier des noms de classe complets. Sinon, vous obtiendrez une erreur de compilation.

Par exemple:

import java.util.Date;

class Test{

  public static void main(String [] args){

    // your own date
    my.own.Date myOwndate ;

    // util.Date
    Date utilDate;
  }
}

Ce scénario n'est pas si courant dans la programmation du monde réel, mais pas si étrange aussi. Il arrive parfois que deux classes dans des packages différents aient le même nom et que nous ayons besoin des deux.

Il n'est pas obligatoire que si deux classes ont le même nom, alors les deux contiendront les mêmes fonctionnalités et nous ne devrions en choisir qu'une.

Si nous avons besoin des deux, il n'y a aucun mal à l'utiliser. Et ce n'est pas non plus une mauvaise idée de programmation.

Mais nous devrions utiliser des noms complets des classes (qui ont le même nom) afin de préciser à quelle classe nous nous référons également.

:)

Je rencontre ce problème lorsque, par exemple, mappe une classe à une autre (comme lors du passage à un nouvel ensemble de classes pour représenter des données de personne). À ce stade, vous avez besoin des deux classes car c'est tout le but du code - pour mapper l'une à l'autre. Et vous ne pouvez pas renommer les classes dans les deux endroits (encore une fois, le travail est de mapper, pas d'aller changer ce que quelqu'un d'autre a fait).

Pleinement qualifié est un moyen. Il semble que vous ne pouvez pas réellement inclure les deux instructions d'importation, car Java s'inquiète de savoir de quelle "personne" il s'agit, par exemple.

Si vous voulez vraiment ou avez besoin d'utiliser le même nom de classe à partir de deux packages différents, vous avez deux options:

1-en choisir un à utiliser dans l'importation et utiliser le nom de classe complet de l'autre:

import my.own.Date;

class Test{

     public static void main(String[] args){

        // I want to choose my.own.Date here. How?
        //Answer:
        Date ownDate = new Date();

        // I want to choose util.Date here. How ?
        //Answer:
        java.util.Date utilDate = new java.util.Date();

     }
}

2-utilisez toujours le nom de classe complet:

//no Date import
class Test{

  public static void main(String[] args){

    // I want to choose my.own.Date here. How?
    //Answer:
     my.own.Date ownDate = new my.own.Date();
    // I want to choose util.Date here. How ?
    //Answer:
     java.util.Date utilDate = new java.util.Date();

  }
}

J'ai juste eu le même problème, ce que j'ai fait, j'ai arrangé l'ordre des bibliothèques dans l'ordre, par exemple il y avait java.lang.NullPointerException et javacard.lang.NullPointerException. J'ai créé la première comme bibliothèque par défaut et si vous deviez utiliser l'autre, vous pouvez spécifier explicitement le nom complet de la classe qualifiée.

Lorsque vous appelez des classes avec les mêmes noms, vous devez spécifier explicitement le package à partir duquel la classe est appelée.

Vous pouvez faire comme ceci:

import first.Foo;

public class Main {
    public static void main(String[] args) {
        System.out.println(new Foo());
        System.out.println(new second.Foo());
    }
}



package first;

public class Foo {
    public Foo() {
    }

    @Override
    public String toString() {
        return "Foo{first class}";
    }
}



package second;

public class Foo {
    public Foo() {
    }

    @Override
    public String toString() {
        return "Foo{second class}";
    }
}

Production:

Foo{first class}
Foo{second class}