parce que Cairngorm c’est bien, mais c’est un peu long des fois…

En fait, quand on utilise cairngorm dans un projet avec plusieurs commandes, et quelques écrans, ça devient vite le Bowdel, pour une commande, 2 voir 3 de fichiers à écrire, souvent les mêmes mais qui changent un peu, à 3 mots prêts… Donc au final, on gagne du temps parce qu’on utilise cairngorm et qu’on ré-invente pas la roue mais on en perds parce que c’est pas super pratique à utiliser… Je dirai que c’est le même combat pour des projets de Remoting, avec coté serveur, le développement des méthodes Création / Ajout / Suppression / Modification (CRUD) pour les objets (VO,DTO au choix) que l’on utilise dans notre appli…

C’est la que les outils de générations automatiques du codes interviennent, plus ou moins bien fichus, plus ou moins bien intrégrés.

(Lire la suite…)

Voilà un premier article sur le framework architectural d’Adobe , le bien nommé mais imprononçable Cairngorm MicroArchitecture… cet article est basé sur la série de 6 articles écrits par Steven Webster, un des papa du machin. Cet article s’adresse plutôt aux gens qui ne connaissent pas Cairngorm mais qui ont déja quelques notions de patterns (si vous savez que ça existe, je considère ça comme une notion )

(Lire la suite…)