Blog RIA

Pour comprendre et connaître les progrès actuels liés au traitement des données en entreprise, le 6 juillet dernier à Paris, experts et utilisateurs se sont retrouvés au Visual Decision Forum ‘11.

Partant du constat simple qu’il faut sortir du cercle infernal de la visualisation de données sous forme de camembert, courbe et autres histogrammes, des intervenants de qualité ont présenté des solutions élaborées avec leurs clients.

Parmi eux, Kap IT est intervenu en qualité de sponsor et d’expert RIA (Rich Internet Application) en présentant le projet Ariane réalisé pour PSA Peugeot-Citroën.

Le concept de « Skin Part »  est apparu avec la nouvelle architecture Spark introduite dans Flex 4. Les « Skin Parts » (SP) définissent l’ensemble des éléments visuels qui constituent un composant. L’exemple type est la ScrollBar qui possède 4 SP : track, thumb, decrementButton, incrementButton. L’utilisation des SP permet de définir un contrat explicite entre le composant et sa skin. Ce contrat est exploitable par :

• Le Framework : Vérification par le compilateur ou au runtime du respect du contrat.
• L’équipe de développement : le designer est capable de monter la skin simplement avec l’ASDoc.

On peut classer les SP en 2 catégories : les statiques et les dynamiques. Cet article traite des SP dynamiques : Quelles différences entre SP statiques/dynamiques, comment définir et instancier les SP dynamiques.

En annonçant Cairngorm3 l’automne dernier, Adobe a cessé d’occuper le terrain des frameworks techniques pour celui des guides, des librairies et des bonnes pratiques.

Même si cet ensemble répond aux besoins de construction d’applications d’entreprise modulaires et maintenables, il manque le maillon du modèle d’architecture applicatif unifié, absent des guides. A ce stade de réflexion, on pense à l’approche Model-Vue-Contrôleur mais on n’en trouvera trace. On trouvera au lieu de cela une structure à couches applicatives telle qu’elles se sont généralisées dans les applications du côté serveur.
Pour retrouver une approche MVC, on peut chercher du côté des frameworks Parsley ou Swiz, mentionnés comme compléments à Cairngorm3. On voit ainsi Cairngorm2 sombrer dans l’oubli tellement il aura été critiqué, et les autres alternatives comme pureMVC, Mate, etc. continuer à exister mais de manière marginale.

Evolution naturelle diront certains, mais pourquoi se compliquer la vie avec des guides, des frameworks externes, et des concepts comme l’IoC alors que ces solutions marginales mais unifiées répondent aux besoins ?

Bonne année à tous !

Pendant ces vacances nous avons découvert un cours sur les clients riches et Adobe Flex qui mérite d’être diffusé. Il a été présenté par Camille Roux, ingénieur en informatique de 23 ans, à des étudiants en dernière année à Polytech’Nice-Sophia.
 

Lorsqu’il s’agit de développer de nouvelles applications, il est parfois difficile, voire délicat, de convaincre sa direction ou son client d’utiliser des technologies modernes et innovantes, plutôt que des technologies anciennes (ou même ringardes) mais sécurisantes.

Et pourtant, en tant que développeur ou architecte, nous savons que nous avons raison, mais comment l’expliquer à nos décideurs ?