Je développe une application web qui s'appuie sur une base de données. Les utilisateurs ont la possibilit d'entrer des données dans la base.
Pour modéliser les objets représentés dans la bdd, j'ai créé un certain nombre de beans.  
Mais comme je ne peux pas me permettre d'ajouter n'importe quoi dans la bdd, et notamment des objets incomplets (pour lesquels il manquerait des paramètres), j'ai ajouté dans chacun de mes beans une méthode isComplete() qui permet de savoi si tous les paramètres indispensables sont présents.
 
Est-ce que c'est choquant par rapport à la philosophie des JavaBeans ? Est-ce qu'il y aurait une solution plus élégante ?
 
C'est as que ce soit de la plus grande importance, mais je me pose pas mal de questions philosophiques en ce moment..

Oui il y a plus élégant selon moi. Un JavaBean ne devrait en principe faire qu'une seule chose, représenter des données. En supposant que tu as un Bean Customer par exemple, l'idée est de lui associer une factory CustomerFactory. Cette factory, en plus de méthodes du genre
 
public void create(Customer c) throws ...
public void delete(Customer c) throws ...
public int update(Customer c) throws ...
public Customer[] retrive (String condition) throws ...
 
tu aurais une méthode (interne ou non)
 
boolean isComplete(Customer c) ..
 
que tu peux soit appeller dans tes méthodes de ta factory avant de créer/updateer un bean par exemple. Soit dans tes clients au cas ou tu veux voir si un objet est complet avant d'invoquer la factory.
 
Est ce clair?

Oui, très clair. C'est à peu près l'autre solution que je voyais, etant donné que j'ai deja l'équivalent de cette Factory pour entrer et sortir les beans de la base de données.
 
Merci pour tes lumières.

you're welcome