Vous devez être membre et vous identifier pour publier un article.
Les visiteurs peuvent toutefois commenter chaque article par une réponse.
Encapsulation et collections
Article publié le 05/10/2010 08:29:53Afin de masquer la représentation interne des données pour satisfaire au principe d’abstraction des données, nous avons pour habitude de simplement respecter les principes minimum de l’encapsulation: restreindre la visibilité des champs avec l’attribut "private", et fournir des accesseurs sous la forme get... et set...
Et dans le cas des collections?
Nous avons la conscience tranquille car nous retournons le type de collection le plus générique.
Par exemple, un compteur (eau, gaz, électricité, etc.):
Code Java (18 lignes)
public class Meter { public Meter() { } return measures; } measures.add(new Measure(date, value)); } public void clearMeasures() { measures.clear(); }
Cette manière de procéder est un premier pas(nous devons par exemple avoir aussi une méthode pour supprimer un élément de la collection,...), mais ce n’est pas suffisant.
Imaginons que nous décidions de remplacer la liste de mesures par un tableau; dans getMeasures nous pouvons retourner une nouvelle collection, mais que se passera-t-il lorsque nous exécuterons le code suivant?
Code Java (1 ligne)
meter.getMeasures().add(new Measure(date, value));
Nous pouvons éviter ce genre de comportement de la manière suivante:
Code Java (34 lignes)
public class Meter { public Meter() { } /** * Returns an unmodifiable view of the measures (only ‹b›indexes of the * meter‹/b›). This collection is ‹b›sorted by insertion order‹/b› and not * by date; call the {@link java.util.Collections#sort(List) * Collections.sort(List)} method to sort by date. ‹br /› * This method allows modules to provide users with "read-only" access to * the measures. Query operations on the returned list "read through" to the * specified list, and attempts to modify the returned list, whether direct * or via its iterator, result in an ‹tt›UnsupportedOperationException‹/tt›. ‹br /› * ‹br /› * The returned list will be serializable if the specified list is * serializable. Similarly, the returned list will implement * {@link RandomAccess} if the specified list does. * * @return an unmodifiable view of the measures (never null). */ } measures.add(new Measure(date, value)); } public void clearMeasures() { measures.clear(); }
Nous avons spécifié que la collection n’est pas modifiable, et lorsque l’utilisateur tentera de modifier la collection sans passer par les méthodes approuvées par notre modèle une exception sera lancée.
Un article de StephModifié 1 fois. (dernière modification le 05/10/2010 09:09:44 par Steph)
Source : indéterminée
Nederlandse vertaling
U hebt gevraagd om deze site in het Nederlands te bezoeken. Voor nu wordt alleen de interface vertaald, maar nog niet alle inhoud.Als je me wilt helpen met vertalingen, is je bijdrage welkom. Het enige dat u hoeft te doen, is u op de site registreren en mij een bericht sturen waarin u wordt gevraagd om u toe te voegen aan de groep vertalers, zodat u de gewenste pagina's kunt vertalen. Een link onderaan elke vertaalde pagina geeft aan dat u de vertaler bent en heeft een link naar uw profiel.
Bij voorbaat dank.
Document heeft de 13/09/2004 gemaakt, de laatste keer de 26/10/2018 gewijzigd
Bron van het afgedrukte document:https://www.gaudry.be/nl/ast-rf-463.html
De infobrol is een persoonlijke site waarvan de inhoud uitsluitend mijn verantwoordelijkheid is. De tekst is beschikbaar onder CreativeCommons-licentie (BY-NC-SA). Meer info op de gebruiksvoorwaarden en de auteur.