Approche déclarative
L'approche est déclarative, et elle vise à ne pas générer de code et à écrire le minimum de code possible. Le seul code à écrire concerne les traitements métiers essentiellement des calculs et des transformations, et le code de validation, qui permet de garder la cohérence des données métiers.
Oublier l'approche objet
Avec Aspectize, il n'y a pas de modèles objets métiers. Quand vous manipulez votre modèle conceptuel dans votre code, ne pensez pas que ce sont des objets, mais des données. Et la navigation dans les données est extrêmement simple et générique, en suivant les entités et les relations de votre modèle.
Le code écrit n'est pas appelé ... par du code écrit !
Le code que vous avez à écrire est sous forme de Services. Autrement dit, des classes composées essentiellement de méthodes sans état avec des paramètres et une valeur de retour standards .Net.
Le code écrit n'est jamais appelé explicitement par une ligne de votre code, ce qui constituerait un lien physique rigide entre plusieurs éléments du Système. Son appel est configuré. C'est le principe dit de Hollywood : don't call us, we'll call you. Il garantit que le code métier n'est pas pollué par du code technique tout en augmentant la souplesse du système.
S'occuper du fonctionnel d'abord, des détails après
La première tache que vous devez réaliser est de définir le modèle conceptuel de l'application. Ce modèle va centraliser la vision fonctionnelle des données. Peu importe où seront stockées ces données, commencer par travailler avec un fichier XML. Définissez ensuite les principaux services et les principaux contrôles de votre application. Configurer les éléments au fur et à mesure, sans vous soucier des points de détails qui pourront être fait par la suite.
Ne pas penser tout d'avance
Etant donné qu'il n'y a aucun couplage entre les éléments, vous pourrez modifier facilement au fur et à mesure ce que vous avez fait. Vous êtes dans une approche agile totale et permanente. L'architecture suivra.
Livrer quelque chose le premier jour
Vous avez la possibilité de réaliser en quelques heures les premiers éléments visibles de votre application. Profitez-en pour livrer dès le premier jour, et recueillir très tôt le retour utilisateur. Votre application n'est pas finie, mais elle fonctionne.
Les noms sont importants
L'approche déclarative permet de configurer la plupart des éléments en utilisant des noms logiques. Afin de faciliter la configuration, il faut prendre garde à donner des noms logiques qui ont un sens, et notamment: les Entités et Relations des schémas, les Services et les Commandes, et les Contrôles.
Tout est bindable !
Tous les éléments de votre IHM peuvent venir de données bindables. Et il sera toujours plus simple de réaliser quelques éléments supplémentaires dans votre modèle, pour les binder dans votre IHM, que de réaliser cette implémentation à la main. Vous garderez ainsi la totale indépendance de votre IHM avec le reste du code.