mardi 15 avril 2008

Exploration de XNA : calques de fonctionnalités | 1 vote(s)

Le billet précédent avait pour but de vous aider à mieux structurer votre code. Avant de rebondir sur d'autres points importants du framework XNA, j'aimerais poursuivre un peu dans cette direction, et vous présenter des éléments de micro-architecture qui, je le pense, vous faciliterons la vie lors du développement de votre produit : les calques de fonctionnalités.

Note: cet article, bien que basé sur des notions XNA, présente un concept qu'il est possible d'adapter à tous les autres langages (C++, Java, etc). Ne vous sentez pas limités par le titre du billet ou par les paramètres des méthodes décrites.

Lire la suite

Fichier(s) attaché(s) :

Tags: , , , , , ,

vendredi 1 février 2008

Valider et corriger une architecture objet, première partie | 0 vote(s)

La validation d'une architecture orientée objet est une étape importante dans le cadre de la mise en route d'un projet. Il s'agit de vérifier si l'architecture imaginée "tient debout", c'est à dire si d'une part elle réponds au besoin et si d'autre part elle est, disons, "suffisamment correcte". J'emploie à dessein une expression vague car la plupart du temps nous n'avons qu'une idée confuse de ce qui pourrait être une architecture "suffisamment bien" - nous n'avons pas vraiment de métrique à nous raccrocher[1].

Cet article est en deux parties. La seconde partie sera publiée la semaine prochaine.

Notes

[1] Il existe bien des métriques quantitatives (nombre de classes, nombres de méthodes par classes, nombre de liens entre les classes, etc) mais ces métriques ne nous donne que peu d'indications quand à la qualité de l'architecture objet réalisée.

Lire la suite

Tags: , , ,

vendredi 13 juillet 2007

Refactoring des dépendances | 1 vote(s)

Récemment, je suis tombé sur le site de Jason Gorman, consultant reconnu pour son expertise de l'architecture logicielle et des méthodes agiles[1]. Et sur son blog, j'ai découvert un test d'architecture logicielle qu'il utilise pour s'assurer de la qualité des aspirant architectes qui souhaitent travailler avec lui.

Notes

[1] et avec lequel je suis solidaire lorsqu'il donne sa vision de ce qu'est un architecte logiciel

Lire la suite

Tags: , , , , ,

jeudi 7 septembre 2006

Le principe de responsabilité unique | 2 vote(s)

Intuitivement, on a tendance à considérer un objet et ses méthodes comme un tout. Ainsi, si on considère l'objet Image on pense immédiatement à sa représentation en mémoire (son modèle mathématique) mais aussi à l'affichage de cette image à l'écran et à la sauvegarde de celle-ci dans un fichier. Ce faisant, on introduit dans la classe Image plusieurs responsabilité qui vont plus tard nous porter préjudice.

Lire la suite

Tags: ,