2011-04-07 4 views

Répondre

1

J'ai tendance à prendre en compte une certaine échelle. Si vous travaillez simplement dans Rails et que vous n'avez pas à penser à autre chose, comme si vous voulez utiliser des bases de données relationnelles ou NoSQL, ou si un design orienté service est bon pour vous, alors personnellement j'ai tendance à faire conception fonctionnelle axée sur les caractéristiques. Certaines personnes appellent cela la conception de «pile entière». Vous avez donc toujours quelque chose qui est livrable, et vous pouvez clairement voir l'application se réunir pendant que vous construisez.

Le processus général que je suis pour chaque fonctionnalité reflète vraiment le style adopté par 37signal livre "Getting Real" qui pousse Brainstorming -> Sketch -> Mockup -> Code. Qui est plus d'une approche de modèle view-> controller->. Il y a beaucoup d'autres bons détails dans ce livre, que je recommande fortement si vous essayez de trouver une méthode de conception qui vous convient le mieux.

2

J'aurais tendance à travailler verticalement et à descendre - ie. vous allez probablement avoir besoin d'un moyen d'authentifier un utilisateur, alors déterminez les exigences pour cela, puis commencez par la vue, puis le contrôleur, puis le modèle. Une fois que vous pouvez authentifier quelqu'un, commencez à ajouter les autres fonctionnalités. J'aime travailler de haut en bas (view -> controller -> model) car je trouve que cela évite la surexploitation spéculative et me concentre sur ce que l'utilisateur essaie accomplir.

Ce n'est pas une méthode de travail spécifique à Rails pour moi - je fais de même dans les projets Java.

1

Je commence généralement avec un crayon et du papier, dessine les modèles (tables) dont vous avez besoin ou pense que vous avez besoin, puis affiner à partir de là avant même de commencer l'application.

Questions connexes