adiGuba:Blog

6 Commentaires + Ajouter un commentaire

• 
  Gfx 30 janvier 2006 à 18 h 43 min

  Je n’ai pas dit qu’APT etait complexe, mais que ce n’etait pas aussi simple que les annotations de type runtime

  Quant a l’injection de valeurs dans des champs prives je trouve qu’en fait cela renforce les regles de la POO puisque tu n’exposes pas ton champ inutilement (que ce soit avec public ou un setter). Effectivement ce n’est pas tres « propre » a premiere vue mais le gain est beaucoup plus important.

  Connectez-vous pour répondre
• 
  adiguba 30 janvier 2006 à 17 h 59 min

  Oui même sans voir vu ton code complet, je me doutait bien qu’on devait utiliser les mêmes procédés

  >> Je vois que tu as aussi pris le parti de « contourner » la visibilite private

  Oui j’avais vu cela dans la gestion des annotations de JDBC 4.0 (cf. le lien dans mon premier commentaire). Au début cela ne m’a pas paru très « propre » puisque cela « cassait » un peu les règles de POO…

  Mais en fait dans le context d’une initialisation d’un objet je trouve cette solution tout à fait correct et avantageuse…

  Quand à APT, ce n’est pas si complexe que cela…
  Le seul frein pour le moment (à mon avis) c’est que cela implique l’utilisation du compilateur apt à la place de javac (et que peux d’EDI peuvent les gérer), mais il me semble que ce sera plus le cas avec Mustang (mais je n’ai pas encore testé cela).

  a++

  Connectez-vous pour répondre
• 
  Gfx 30 janvier 2006 à 17 h 44 min

  Edit : je viens de voir ton API et c’est en effet tres tres similaire Je vois que tu as aussi pris le parti de « contourner » la visibilite private et j’aime aussi beaucoup ton approche de retourner une liste des erreurs. En gros c’est comme si j’avais ecris un parser pour ta bibliotheque. Pour te donner une meilleure idee de ma lib, voila un exemple de TypeLoader (== tes Parser) :

  &nbsp;<br />
  class BooleanTypeLoader extends TypeLoader {&nbsp;<br />
  &nbsp;   BooleanTypeLoader() {&nbsp;<br />
  &nbsp;       super(boolean.class, Boolean.class);&nbsp;<br />
  &nbsp;   }&nbsp;<br />
  &nbsp;   &nbsp;<br />
  &nbsp;   @Override&nbsp;<br />
  &nbsp;   public Boolean loadType(String name, String value) {&nbsp;<br />
  &nbsp;       return Boolean.parseBoolean(value);&nbsp;<br />
  &nbsp;   }&nbsp;<br />
  }&nbsp;<br />

  Connectez-vous pour répondre
• 
  Gfx 30 janvier 2006 à 17 h 37 min

  Je suis d’accord avec toi adiGuba, il n’y a pas de raison que ca devienne le foutoir. C’est d’autant plus vrai qu’APT n’est pas si simple a utiliser et qu’il demande du travail pour l’integrer dans le workflow d’une equipe et/ou d’un projet existant. Les annotations utilisees a l’execution, comme dans mon API, requierent pour leur part l’utilisation de la reflection qui peut s’averer couteuse dans certains cas. En outre, il faut un mecanisme d’analyse quelque part et le lancement de ce processus peut souvent etre realise a un moment ou l’appelant dispose deja des informations necessaires. Quand je vois par exemple ce que les annotations permettent de faire avec les web services dans Mustang, je trouve que les avantages enfoncent de loin les inconvenients.

  Connectez-vous pour répondre
• 
  adiguba 30 janvier 2006 à 15 h 05 min

  C’est sûr qu’on risque de voir ce type d’API se multiplier…

  Pour les tests unitaires par exemple, il y a déjà TestNG qui utilise les annotations, et ce devrait être le cas également de la version 4 de JUnit…

  A l’inverse Mustang intègrera en standard des annotations pour gérer le mapping objet/relationnel de JDBC :
  Mustang, JDBC 4.0 et les Annotations. Ces annotations peuvent être géré directement par le driver JDBC, ou par la JVM le cas échéant…

  Mais ce n’est pas parce qu’il existera plusieurs API que cela va forcément devenir un gros foutoir… au contraire cela laissera un choix plus vaste aux developpeurs…

  Une chose est sûr, il va falloir s’habituer aux annotations

  Connectez-vous pour répondre
• 
  lunatix 30 janvier 2006 à 14 h 29 min

  A la fois je trouve ca tres bien, mais j’ai de plus en plus peur de ce que vont devenir les annotations. Si chacun developpe dans son coin une api annotation pour les gui, les @todo (ca me rapelle un bon article ), le log, l’aop, jdbc, la persistance objet etc… ca va devenir un vrai foutoir.

  J’espere que ca va se standardiser au maximum.

  Connectez-vous pour répondre