Utilisation de Sketchflow Expression Blend - Pertinence pour la mise en œuvre de la programmation Silverlight?

Question

J'ai récemment programmé des applications Web en utilisant Silverlight & Ria Services. J'ai été informé de la possibilité d'incorporer l'utilisation d'Expression Blend Sketchflow dans mon cycle de développement afin de produire des prototypes rapides pour montrer aux clients l'utilisation d'une méthodologie agile. J'ai trouvé difficile de faire usage de sketchflow, car il semble que l'idée derrière tout cela ne correspond pas à l'idée de programmer une application Silverlight. Essentiellement, ce que j'essaie de dire, c'est que pour que je puisse produire un prototype rapide pour un client dans sketchflow, je suis obligé de faire des morceaux de programmation pour montrer réellement la fonctionnalité réelle de l'application potentielle - mais ce n'est pas le Tout le point de sketchflow pour sauter la phase de programmation et sorte de "Design" l'application à donner au client ..... Je trouve difficile de dire ce que je veux dire, mais je me sens comme je l'ai manqué Quelque chose avec l'utilisation de la fonction sketchflow ....

Scénario: L'application pilotée par les données nécessite quelques données pour afficher les données relationnelles. Si je programme tout de suite, c'est bien et dandy et ne prend pas de temps. Cependant, si j'utilise sketchflow, je ne peux pas montrer la même quantité de fonctionnalités (sans faire quelques bits de codage) - attraper ma dérive !!?

Les opinions et commentaires/conseils de bienvenue .....

Answer 1

Nous utiliser SketchFlow et ont eu une excellente réponse de la direction. Deux choses me viennent à l'esprit: SketchFlow est évidemment meilleur qu'un document Word puisque les clients peuvent voir une application en action. De l'autre côté des choses, vous dites que cela nécessite de la programmation, et c'est vrai. La raison pour laquelle cela vaut mieux que de faire un prototype dans Silverlight (et cela peut sembler étrange), c'est que le prototype sort avec une apparence folle et comique. Cela ne ressemble à rien d'une vraie application. Bien trop souvent, selon mon expérience, la direction a vu un prototype en état de marche et a eu l'impression que «le code est déjà fait à 50%, je l'ai vu! En tant que dev, vous savez peut-être que le code du prototype est corrompu et devrait être jeté, mais la direction ne le sait pas. Je peux penser à un certain nombre d'applications de production sur lesquelles je travaille et qui exécutent encore du code prototype parce que la direction l'a vu et a décidé de précipiter le projet, SketchFlow aide à atténuer cela tout en vous donnant le pouvoir expressif d'une application en cours.

Answer 2

Vous ne pouvez pas considérer un prototype dans Sketchflow comme une "application". Pensez-y comme une série de storyboards qui sont connectés via une simple navigation. Si vous vous retrouvez à programmer le code-behind dans sketchflow, vous essayez probablement trop de le faire fonctionner comme une application.

Vous devez penser à sketchflow comme une représentation d'une machine à états simple où chaque écran est un état. Je pense que la tentation des programmeurs est de plonger dans "comment" au lieu de dire "quoi". Chaque écran représente ce qui doit être fait et à quoi il devrait ressembler, mais il ne devrait pas décrire la conception/l'architecture de la façon dont cela est accompli. Si vous avez besoin de remplacer une collection de contrôles sur un écran et de les remplacer par d'autres, ne le programmez pas, faites un nouvel écran! Par exemple, je voulais créer un prototype de sketchflow ayant un système de menus similaire au menu principal du logiciel Zune (menus dans un menu). J'ai passé une journée à tourner mes roues en essayant de programmer un écran de composants avec des états et des animations qui révéleraient ou cacheraient les sous-menus. Le lendemain, il m'est venu à l'esprit de créer un écran de composants séparé pour chaque élément du menu principal et maintenant j'ai 3 écrans de composants qui ne contiennent aucune programmation sauf une simple navigation.

En ce qui concerne les données relationnelles, je pense qu'une quantité raisonnable de "hand waving" devrait être attendue dans une maquette. Demander à une maquette de sketchflow d'avoir des datagrids rigoureuses affichant des données «réelles», c'est comme si vous parliez à votre auditoire comme si elle n'avait pas assez d'imagination pour comprendre l'intention. Mais c'est mes 2 cents ...