2010-01-06 12 views
1

notre équipe de développement utilise actuellement asp.net 2.0 et après beaucoup de navigation et de référencement inter-site, j'ai trouvé que le nouveau dans la chose est le MVC asp.net, mais a constaté qu'il y a quelques choses qu'il ne peut pas faire comme supporte les contrôles asp.net, affiche l'état. Je ne suis pas sûr de ce qui est l'autre limitation en plus du changement total de paradigme où chaque page sera maintenant liée au contrôleur qui sera lié à une certaine vue. Donc, pour rendre la courbe d'apprentissage moins raide, je voulais commencer par MVP, car je pense que le simple fait de pouvoir retirer l'application et la couche de domaine et de les rendre testables est déjà une grande aide pour notre processus global. sans être trop de tracas. Après plus de navigation, je trouve que le ndoc est un peu obsolète maintenant et est remplacé par sandcastle qui a un appel additionnel à l'appel docproject qui devrait couvrir la génération automatique de la documentation dans les codes très bien.Existe-t-il des exemples ou des ressources ou même un cadre qui se compose de Asp.net MVP + Sandcastle + TDD/Nunit + Fitnesse?

et de gérer le test d'acceptation, je trouve cet outil d'appel fitnesse qui est basé sur FIT qui devrait aider. Donc, étant totalement nouveau à tout cela, je me demande si c'est un bon processus global pour avoir cet outil pour couvrir le processus de développement de notre équipe. et s'il existe un autre échantillon/ressources/cadre qui couvre toutes ces étapes et qui fait un meilleur travail que d'essayer de combler le vide en utilisant plusieurs outils, c'est-à-dire un cadre?

  1. essentiellement ma question est est mon processus global ci-dessus bien couvert par les outils que j'ai fait des recherches?

  2. et y a-t-il une meilleure façon de faire la asp.net tdd + auto doc génération + tests d'acceptation?

tout conseil/avis est apprécié. merci !! :)

Répondre

2

Oui, ASP.NET MVC avec NUnit et FitNesse sont des choix raisonnables pour une approche 'agile'. Je ne sais pas où la génération auto-doc s'inscrit dans ce domaine. Quelqu'un peut-il lire cette documentation générée ou vont-ils simplement regarder le code? Si vous ne l'avez pas encore lu, procurez-vous le «Code Propre» de Robert Martin pour obtenir de bons conseils sur la façon de rendre le code facile à lire et à comprendre sans beaucoup de commentaires et de documents générés.

+0

bien que l'équipe dise que nous manquons de documentation au niveau de l'API et je pensais que la génération automatique de doc couvrirait bien cette partie. – melaos

+0

D'accord, en plus les tests Fitnesse eux-mêmes devraient être toute la documentation dont vous avez besoin! – ryber