Est-il un standard de Java Liste de mise en œuvre qui ne permet pas l'ajout d'null?

Dire que j'ai un List et je sais que je n'ai jamais souhaitez ajouter null à elle. Si je suis ajoutant null, cela signifie que je suis en train de faire une erreur. Donc à chaque fois que je serait autrement appel list.add(item) j'aurais plutôt appeler if (item == null) throw SomeException(); else list.add(item);. Est-il un List classe (peut-être dans Apache Commons ou quelque chose) qui fait cela pour moi?

Question similaire: De l'aide pour supprimer les références null dans une Liste sur Java? mais je ne veux pas supprimer tous les zéros, je veux faire en sorte qu'ils n'ont jamais ajouté en premier lieu.

  • Ne pourriez-vous sous-classe de la classe List et ajouter les fonctionnalités dont vous avez cités?
  • C'est une bien jolie sur mesure exigence; null est parfaitement acceptable de la valeur à tenir dans un conteneur (dans la plupart des cas). Ainsi, vous aurez probablement besoin de rouler votre propre emballage.
  • Je pourrais, mais je voudrais avoir à remplacer (au moins, sur le dessus de ma tête) add, addAll, en plus d'un constructeur ou deux. Il ne serait probablement pas difficile mais je soupçonne quelqu'un (Apache, Google...) a déjà fait, et a pris un subtil bug quelque part que je serait probablement manquer.
  • Ainsi, les Collections de l'API est très clair en permettant un Nullpointer exception dans le cas de la collection ne supporte pas les valeurs null. Donc clairement, l'API considère cette affaire et n'en décide autrement.
  • Je vient juste de découvrir ceci: kiwidoc.com/java/l/p/commons-collections/commons-collections/... qui n'a pas vraiment répondu à ma question d'origine, mais qui sert un but similaire.
InformationsquelleAutor MatrixFrog | 2011-06-22
  1. 25

    Attention, plusieurs réponses ici sont en prétendant résoudre votre problème en l'enveloppant d'une liste et de vérifier dans add et addAll, mais ils sont oublier que vous pouvez également ajouter à une List par l'intermédiaire de son listIterator. Il est difficile d'obtenir une contrainte de la liste de droite, qui est pourquoi la Goyave a Constraints.constrainedList de le faire pour vous.

    Mais avant de voir que, d'abord vous demander si vous avez seulement besoin d'un immuable liste, auquel cas la Goyave est ImmutableList fera null vérification pour vous de toute façon. Et à tout hasard que vous pouvez utiliser l'un de la du JDK de Queue implémentations au lieu de cela, que vais le faire aussi.

    (Bonne liste de null-hostile collections: https://github.com/google/guava/wiki/LivingWithNullHostileCollections)

    InformationsquelleAutor Kevin Bourrillion
  2. 16

    L'Utilisation D'Apache Commons Collection:

    ListUtils.predicatedList(new ArrayList(), PredicateUtils.notNullPredicate());

    L'ajout de la valeur null à cette liste jette IllegalArgumentException. En outre, vous pouvez revenir en toute mise en œuvre de la Liste que vous voulez, et si nécessaire, vous pouvez ajouter plus de Prédicats d'être vérifié.

    Même chose existe pour les Collections en général.

    Utiliser Google Goyave:

    Constraints.constrainedList(new ArrayList(), Constraints.notNull())

    L'ajout de la valeur null à cette liste jette NullPointerException.

    InformationsquelleAutor Fabian Barney
  3. 5

    Autant que je sache, il n'existe aucune norme de mise en œuvre disponibles dans le JDK. Cependant, la Collection spec dit que NullPointerException doivent être jetés quand une collection ne prend pas en charge les valeurs null. vous pouvez utiliser le wrapper suivant pour ajouter de la fonctionnalité à toute Collection (vous aurez à mettre en œuvre les autres méthodes de Collecte de déléguer à la enveloppé exemple): 

    class NonNullCollection<T> implements Collection<T> {

    private Collection<T> wrapped;
    public NonNullCollection(Collection<T> wrapped) {
        this.wrapped = wrapped;
    }
    @Override
    public void add(T item) {
        if (item == null) throw new NullPointerException("The collection does not support null values");
        else wrapped.add(item);
    }
    @Override
    public void addAll(Collection<T> items) {
        if (items.contains(null)) throw new NullPointerException("The collection does not support null values");
        else wrapped.addAll(item);
    }
    ...
}
    • +1 Ouais c'est la façon dont je le ferais aussi - en dehors de l'évidente erreur de frappe dans addAll. Assez bien copier & coller pour les autres méthodes, donc pas beaucoup de travail. +1
    • Envisager de lancer IllegalArgumentException que null est un argument illégal. Voir stackoverflow.com/questions/3881/...
    • Kuo: je ne fais que jeter NullPointerException parce que c'est ce que la Collection javadoc dit de jeter si la Collection ne prend pas en charge les valeurs null.
    • Ce n'est pas terrible, mais c'est beaucoup de code ennuyeux comme public T get(int i) { return wrapped.get(i); }, c'est pourquoi j'ai été en espérant pour un one-liner réponse comme Fatal de.
    • Le lien est cassé.
    InformationsquelleAutor Ryan Gross
  4. 1

    Vous pouvez le faire simplement en enroulant une instance d'une Liste et de fournir le null-vérifié ajouter une méthode. En d'autres termes, votre classe aurait juste un couple de méthodes et de l'intérieur de la variable.

    Si vous avez besoin de toutes les fonctionnalités d'une liste, vous pourriez envisager de Goyave est (utilisé à Google Collections) ForwardingList.

    Une autre approche est de simplement étendre la Liste, mais la chasse aux sorcières, c'est que vous devez remplacer les deux add et addAll.

    Fait intéressant, la goyave est un standardAddAll, qui peut être utilisé comme la mise en œuvre de addAll, ce qui résout au moins une partie du problème.

    • Bien sûr, si vous êtes à l'aide de Goyave vous pouvez (et devriez) il suffit d'écrire Constraints.constrainedList(list, Constraints.notNull()) que Kevin B mentionné dans sa réponse ici.
    InformationsquelleAutor joeslice
  5. 1

    Bien que ce problème de tri des cris de "délégué", il est beaucoup plus facile avec un sous-classement puisque vous avez l'intention d'hériter de presque tous les mêmes fonctionnalités.

    class MyList extends List {

  //Probably need to define the default constructor for the compiler

  public add(Object  item) {
    if (item == null) throw SomeException();
    else super.add(item);
  }    

  public addAll(Collection c) {
    if (c.contains(null)) throw SomeException();
    else super.addAll(c);
  }
}
    • Vous devez remplacer addAll ainsi.
    • Voir mon commentaire de Nick ci-dessus. Aussi, je voudrais adresser un béton de classe comme ArrayList qui signifie que j'aurais à faire tout le travail tout recommencer si plus tard, j'ai besoin, disons, une LinkedList qui n'ont pas autoriser les valeurs null. Donc je pense que, hm, peut-être, il doit juste être une méthode utilitaire qui encapsule une liste existante, un peu comme Collections.unmodifiableList est. Et puis je pense que, attendez, peut-être quelqu'un est déjà passé par tout cela.
    • Voir ma réponse. Apache Commons Collection propose Prédicat décorateurs pour les Listes et les Collections en général. Vous pouvez l'assortir de la Liste/l'implémentation de Collection que vous aimez et il n'est pas limité à vérifier non nul seulement, mais il peut bien sûr être utilisé pour ne pas null chèque seulement.
    InformationsquelleAutor Jeremy
  6. 0

    Cela devrait fonctionner

    List<String> list = Collections.checkedList(new ArrayList<String>(), String.class);
try {
    list.add(null);
    throw new AssertionError("Expected a NPE");
} catch (NullPointerException expected) {
    System.out.println("list.add(null); threw "+expected);
}
try {
    List<String> list2 = Arrays.asList("", null);
    list.addAll(list2);
    throw new AssertionError("Expected a NPE");
} catch (NullPointerException expected) {
    System.out.println("list.addAll(\"\", null); threw " + expected);
}

    cependant un bug dans le addAll mise en œuvre signifie que vous devez utiliser les

    List<String> list = Collections.checkedList(
   Collections.checkedList(new ArrayList<String>(), String.class), String.class);

    et vous obtenez

    list.add(null); threw java.lang.NullPointerException
list.addAll("", null); threw java.lang.NullPointerException
    • N'est-ce pas plutôt un bug dans le add mise en œuvre? Comme je l'ai dit sur mP de réponse, le doc a dit: "Depuis que null est considéré comme une valeur de n'importe quel type de référence, de la liste retournée permet l'insertion d'éléments null chaque fois que la sauvegarde de la liste n'." kiwidoc.com/java/l/p/java/j2se/1.6/p/java.util/c/Collections il me semble Donc que add est droit et addAll est faux.
    • Je suis d'accord sa incompatible avec la javadoc. Le typeCheck code ne if(!type.isIntance(o)) il n'y a pas de traitement particulier null pour l'autoriser. Personnellement, c'est le comportement que je ne veux.
    • Je suppose que je suis d'accord que c'est ce que je veux; je ne suis pas sûr. Mais je suis enclin à penser que dans les futures versions de Java, les docs restera le même et le code va changer pour correspondre à la documentation, et non pas l'inverse, non? Si checkedList travaillé, exactement ce que les docs disent que c'est le cas, alors checkedList(x) et checkedList(checkedList(x)) permettrait à la fois de permettre l'ajout de zéros, si x a permis l'ajout de valeurs null. Ce qui signifie que la mise à niveau vers une version plus récente de Java serait de modifier le comportement de ce code.
    • Je suis d'accord qu'il arrive à travailler maintenant, peut-être à cause d'un bug. J'ai signalé que c'est une question pour le Bug de Java Base de données de sorte qu'il pourrait être changé rapidement. Si vous souhaitez suivre des valeurs Null, vous pouvez peut-être utiliser une approche comme l'Ide n'est jetbrains.com/idea/webhelp/... Il instruments d'exécution des contrôles, mais fait aussi de l'analyse statique.
    • Cool. Avez-vous un lien qui bug donc je peux suivre ses progrès?
    • bugs.sun.com/bugdatabase/view_bug.do?bug_id=7057808 pas sûr de combien de temps il faut avant que vous pouvez le voir.
    • Viens de remarquer que mon premier commentaire est faux. Je voulais dire: "il me semble Donc que add est faux et addAll est droit." Mais en fait, les deux méthodes sont mauvaises. Voir mon commentaire sur la page du bug...
    • Ce bug est connu depuis des années; je doute qu'ils vont le réparer.
    • Je pense qu'il est fixé par le rapport.
    • CELA NE FONCTIONNE PLUS. En Java 11 (peut-être des versions antérieures trop) le add et addAll méthodes explicitement vérifier et de permettre null avant d'utiliser instanceof.

    InformationsquelleAutor Peter Lawrey
  7. -1

    essayer Collections.checkedList().

    • Je ne pense pas que ça aide. "Depuis null est considéré comme une valeur de n'importe quel type de référence, de la liste retournée permet l'insertion d'éléments null chaque fois que la sauvegarde de la liste n'." kiwidoc.com/java/l/p/java/j2se/1.6/p/java.util/c/Collections
    • Cette collection ne un isInstance qui empêchent les valeurs null ajouté. Un bug dans le code autorise les valeurs null à ajouter avec addAll(). La solution de contournement consiste à envelopper la collection deux fois. 😉
    InformationsquelleAutor mP.