cualquier puntero, consejos, trucos o trampas a tener en cuenta?
Bueno, creo que usted está probablemente un poco lejos de pensar en trucos & trampas :) Como estoy seguro de que está consciente, ASP.NET MVC no es una versión nueva de ASP.NET, pero un paradigma totalmente diferente de ASP.NET, no estará migrando, estará iniciando un nuevo esfuerzo de desarrollo para reemplazar un sistema existente. Así que tal vez pueda obtener una ventaja sobre la determinación de los requisitos de la aplicación, pero el resto probablemente se reconstruya desde cero.
Según los problemas (muy comunes) que describió en su base de códigos existente, debería considerar aprovechar esta oportunidad para conocer algunas de las mejores prácticas actuales en el diseño de sistemas poco flexibles. Esto es fácil de hacer porque las "mejores prácticas" modernas son fáciles de entender y fáciles de practicar, y existe un enorme apoyo de la comunidad y herramientas de código abierto de alta calidad para ayudar en el proceso.
Estamos trasladando una aplicación ASP/ASP.NET a ASP.NET MVC en este momento también, y esta es la conclusión a la que mi investigación preparatoria me ha llevado, de todos modos.
Here is a post to links on using ASP.NET MVC, pero yo comenzaría por reading this post. La publicación trata sobre NHibernate (una herramienta ORM) en su superficie, pero la discusión y los enlaces tratan sobre cómo obtener los cimientos correctamente y es el resultado de prepararse para portar un sitio ASP.NET a MVC. Algunas de las arquitecturas de referencia vinculadas en esa publicación se basan en ASP.NET MVC. Here is another post about NHibernate, pero en la sección "Mejores prácticas & Aplicaciones de referencia", la mayoría, si no todas, de las aplicaciones de referencia enumeradas son también aplicaciones ASP.NET MVC. Las arquitecturas de referencia pueden ser extremadamente útiles para obtener rápidamente una idea de cómo se podría diseñar un sitio ASP.NET MVC óptimo y sostenible.