Question

Lorsque vous prototypage d'un nouveau système, ce guide (s) utilisez-vous pour marquer un point d'arrêt et de démarrage sur?

Était-ce utile?

La solution

En général, j'écrire des prototypes dans le cadre du processus d'architecture / design, pour répondre à des questions qui ne peut répondre en travaillant effectivement avec le code. Par exemple, des questions telles que:

  • Puis-je faire drag & drop dans Silverlight?
  • Quel cadre dois-je utiliser pour dessiner des objets en toile interactifs WinForms?

Habituellement, vous pouvez écrire un prototype assez rapidement pour répondre à ces questions. Il est évident que le code ne doit pas être la production de qualité, il a juste aller assez loin pour répondre à ces questions.

Une fois que vous manquez de questions ouvertes, j'abolirait le prototype et terminer votre « design ». Ensuite, vous êtes prêt à commencer à créer une version de production.

Autres conseils

Quand celui je travaille ne correspond pas aux exigences plus (fonctionnelle, facilité d'utilisation, ou autre).

Prototypes sont destinés à être un élément dispossable donc je ne hésite quand jeter un loin.

Lorsque vous avez d'écarter tout risque la fonctionnalité à un niveau où vous vous sentez prêt à écrire du code de production.

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top