le produit en deux mots

• un outil visant à apporter certains des atouts d’une bonne architecture au projets rad, du moins de le rendre d’avantage possible
• vendu comme un outil permettant « de montrer un résultat dès le premier jour sans compromettre l’architecture »
• le but est de fixer des invariants dans la manière d’implémenter les applications (binding, tiering, validation, exceptions), de réduire le code au code métier

la mise en oeuvre générale

• définition du modèle relationel et de ses attributs (emplacement de stockage, validation) à l’aide d’un outil visuel intégré à visual studio (à la DSL tools)
• durant l’écriture des services métiers l’accès aux données de ce modèle est réalisé à l’aide d’un datamapper (ou manager je ne sais plus) chargeant les entités et relations dans un objet opaque (un dataset pour la controverse)
• création de l’ui avec les outils RAD, l’ui n’aura cependant aucun code de gestion des evenements
• utilisation du binding studio (application standalone) pour effectuer le wiring entre le modèle, les services et l’ui, nous n’avons vu que windowsform le concept étant d’introspecter les composants graphiques et de lier les attributs de ceux-ci avec le modèle relationnel précédement défini, ce wiring est donc effectué au runtime en suivant ces méta données, il a été discuté de quelques possibilités avancées en terme de stubs, de proxying
• profit!

trade-offs

l’outil peut avoir une empreinte importante sur certains aspects, quelques points me venant à l’esprit sont:

• usage de types intégraux seulement (ou dataset non typé) pour les binding ui – service
• cette limitation peut rendre nécéssaire le wrapping sous forme de facades plus procédurales qu’idéalement
• nécéssité de se fondre au moule / à la triade ‘donnée-traitement-affichage’ intégré au framework
• débats sur la « versionabilité » des modifications effectuées dans le modèle / binding studio
• débats sur la nécéssité d’exécuter pour vérifier qu’il n’y à pas d’erreur de (selon moi, les mêmes erreurs se retrouvent dans le code, en inversant deux paramètres, mauvaise méthode ou je ne sais quoi, souvent à cause de l’autocompletion!!!)
• les mêmes trade-off de n’importe quel outil RAD orienté GUI
• beaucoup de clics, de popups
• beaucoup trop de clics, de popups
• le produit devra trouver une audience favorable auprès de plusieurs acteurs pour que son potentiel puisse croître

trade-ins?

sans vouloir confirmer leur existance sans mise en oeuvre, les arguments qui pourraient attirer l’attention des managers/commerciaux, (ces points sont à peu de choses près cités)

• travailler des le premier jour et montrer un résultat sans compromettre des décision technique de déploiement ni réécrire « la démo » pour en faire quelquechose de « production » / « maintenable »
• le paradigme « donnée-traitement-affichage » est compréhensible par tous (contrairement à « l’objet » décrié par les concepteurs du produit) donc plus simple a développer/maintenir
• ce middleware ne dépend « que » du framework .net / visual studio et offre un moyen/modèle de conception intégré

un mot sur la réunion dans l’ensemble

• sans dire qu’il s’agissait d’une « non-présentation » étant donné l’ardeur du public, au final, nous n’avons pas pus voir la présentation du produit entière car chaque particularité à été vivement discutée il reste encore beaucoup a découvrir pour se faire une idée plus fine du produit…
• le produit est issue du travail de deux concepteurs passionés (et concernés), ils ont « bootstrapé » leur propre outil, ont chacuns un track record imposant sur les technologies microsoft…

au final, la réunion était comme à l’habitude trop courte pour avoir le temps d’en finir avec les(ses) questions, de rencontrer tout le monde.

Avec l’affluence croissante les sujets pour les prochaines réunions ont également fusés, c’est en cours de discussion.

N’hésitez pas à laisser vos commentaires / trackbacks concernant la présentation et à en discuter sur le groupe, à exercer un droit de réponse envers mes propos déformés, invalides, injustes envers le produit.

Les participants sont attendus à partir de 19h, dans les locaux qu’Aspectize partage avec Winwise au 16 rue Gaillon – 75002 Paris.

Agrandir le plan

La présentation débutera 30 minutes plus tard. Merci de vous faire connaître sur la mailing-list si vous pensez venir !