Microsoft MVC

Question

Estoy muy cerca de terminar con un sitio web que usa el marco de la entidad y el estándar asp.net + ajax, pero ahora estoy pensando si sería más inteligente comenzar de nuevo y hacerlo con microsoft mvc. ¿MVC va a ser LA novedad y debería intentar implementarlo? ¿Cómo funciona MVC en sitios de alto tráfico?

Answer 1

Evalúa la razón por la que estás pensando en rehacer todo tu arduo trabajo y obtendrás tu respuesta.

• ¿El sitio es un proyecto realizado para su propio aprendizaje? Si es así, rehacer el sitio en MVC es una opción, siempre que esté dispuesto a deshacerse de gran parte del trabajo que ya ha realizado.

• ¿Se está realizando el sitio a un costo para alguien? Si es así, definitivamente no debe rehacer el sitio en MVC en esta etapa, ya que volverá a configurar el proyecto innecesariamente.

Recuerde, cuando se trata de actividades financieras, hacer un seguimiento y rehacer las cosas que ya se han hecho, simplemente para darle la oportunidad de trabajar con una tecnología que le guste más, es mejor que esté acompañado de un caso comercial razonable para hacerlo. En la mayoría de los casos, al cliente no le importará la tecnología que use, le importará cuánto tiempo lleva hacerlo y cuánto tendrá que gastar. Por lo tanto, su decisión debe basarse en sus necesidades, no en las suyas.

Answer 2

No vuelva a diseñar algo que ya haya terminado de desarrollar o está listo para lanzar una nueva tecnología. Más bien complete el proyecto y use la nueva tecnología en una revisión o en un sitio completamente nuevo. La única vez que se debe considerar este tipo de re-factorización es cuando el requisito comercial ha cambiado y el nuevo requisito necesita las nuevas características.

Mvc es una plataforma extremadamente potente y estable, sin embargo, es una opción para los desarrolladores. Los requisitos del negocio definirán el tipo de solución a utilizar. Es el caso de la herramienta adecuada para el trabajo correcto.

Ejemplo práctico, recientemente tuve que elegir, pero debido a la falta de habilidades de soporte de mantenimiento una vez que se completó el proyecto, y al crear una dependencia de un solo recurso para este fin, las empresas rechazaron la opción de usar Mvc. / p>

Answer 3

No veo el punto de reimplementar si ya casi has terminado. ¿Por qué no guardarlo para tu próximo sitio web y luego probarlo? Además, Stack Overflow se implementa utilizando ASP.Net MVC: el rendimiento es increíble y obtienen mucho tráfico.

Answer 4

Personalmente, recomendaría usar MVC, ya que es más intuitivo y tienes más control sobre tus páginas que con los formularios web.

¡No recomendaría comenzar de nuevo con MVC si eres nuevo en MVC ya que la curva de aprendizaje podría ser un poco empinada!

Answer 5

Si el sitio web del que está hablando es público y tiene la intención de publicar en el mundo, le sugeriría que termine lo que está haciendo, lo envíe y obtenga los comentarios de los usuarios sobre el sitio antes de que decida lanzar alejarlo y reimplementarlo. Si esto es solo un sitio de pasatiempos, tirarlo está bien.

Sin embargo, no me cabe la menor duda de que ASP.NET MVC es la mejor opción y debe usarla como la opción predeterminada para todos los desarrollos futuros.

Como se mencionó en otras respuestas, SO está utilizando ASP.NET MVC.

No creo que ASP.NET MVC se interponga en el camino de cumplir con sus requisitos de escala: en cualquier sitio web comercial, generalmente es la fuente de datos (su base de datos SQL o los servicios web a los que llama) lo que limitará su capacidad para lidiar con mucho tráfico.

Supongo que realmente depende de tus patrones de uso, de la cantidad de datos a los que accedes para crear páginas, de si tu contenido se podrá almacenar en caché, de si tienes millones de usuarios que solo leen páginas o cientos de usuarios que están actualizando datos y cosas como esto impulsarán su capacidad de escalar, y la mayoría de ellas son ortoganales al marco que usa para renderizar las páginas.

Answer 6

Bueno, StackOverflow usa ASP.NET MVC y es un sitio con bastante tráfico. Nunca he experimentado una ralentización con SO. Por lo tanto, no creo que existan limitaciones importantes de rendimiento inherentes a ASP.NET MVC.

Answer 7

MVC es bastante bueno, lo hemos estado usando desde el primer CTP. Pero hay problemas de rendimiento si solo sigue ciegamente los blogs / tutoriales de MVC.

Eche un vistazo a esto

Answer 8

Si ya ha hecho gran parte de su capa de interfaz de usuario, siga con los formularios web de todas formas si tiene tiempo para aprender una nueva tecnología MVC no lo decepcionará

Answer 9

Como la mayoría ha dicho, si casi ha terminado con su sitio actual, continúe como está.

Para tu próximo proyecto, te recomiendo que te sientes y aprendas MVC. Una vez que realice el cambio, las diferentes capas se volverán muy claras, distintas y, como resultado, más sucintas (con suerte).

Como resultado, si necesita regresar y trabajar en sitios anteriores, puede decidir volver a implementarlos en MVC si no es demasiado difícil. El control completo que tienes sobre lo que está sucediendo en tu código es excelente. Y si no le gusta usar VB o C #, podría incluso diversificarse y usar IronRuby y IronPython también y aprender algunos idiomas nuevos en el camino. Sin mencionar que MVC es totalmente extensible y (ahora) de código abierto. Si desea ver los pros y los contras, consulte esta question .

Answer 10

Otra opción es hacer una sección de su sitio en WebForms y otra en MVC. No hay nada que yo sepa que le impida hacer esto.

Answer 11

Lo dije antes y lo diré de nuevo. :) Recientemente recreé un proyecto casi terminado como mvc en lugar de asp.net. Me tomó una semana más para prepararme, ¡pero el cliente estaba muy satisfecho con lo bien que resultó!

Answer 12

( https://msdn.microsoft .com / es-es / biblioteca / dd381412 (v = vs.98) .aspx )

Cuándo crear una aplicación MVC

Debe considerar cuidadosamente si implementar una aplicación web utilizando el marco ASP.NET MVC o el modelo de formularios web ASP.NET. El marco MVC no reemplaza el modelo de formularios web; puede usar cualquiera de los marcos para aplicaciones web. (Si tiene aplicaciones basadas en formularios Web Forms, estas continuarán funcionando exactamente como siempre lo han hecho). Antes de decidir usar el marco MVC o el modelo de formularios web para un sitio web específico, evalúe las ventajas de cada enfoque.

Ventajas de una aplicación web basada en MVC

El marco ASP.NET MVC ofrece las siguientes ventajas:

• Facilita la administración de la complejidad al dividir una aplicación en el modelo, la vista y el controlador.
• No utiliza el estado de vista ni los formularios basados ??en servidor. Esto hace que el Marco MVC ideal para desarrolladores que desean un control total sobre el comportamiento de una aplicación.
• Utiliza un patrón de controlador frontal que procesa la aplicación web
  solicitudes a través de un solo controlador. Esto le permite diseñar un
  Aplicación que soporta una rica infraestructura de enrutamiento. Para más
  información, consulte Controlador frontal.
• Proporciona un mejor soporte para el desarrollo basado en pruebas (TDD).
• Funciona bien para aplicaciones web que son compatibles con grandes equipos de desarrolladores y diseñadores web que necesitan un alto grado de control sobre el comportamiento de la aplicación.

Ventajas de una aplicación web basada en formularios web

El marco basado en formularios web ofrece las siguientes ventajas:

• Es compatible con un modelo de evento que conserva el estado a través de HTTP, que beneficia el desarrollo de aplicaciones web de línea de negocio. La web La aplicación basada en formularios proporciona docenas de eventos compatibles en cientos de controles de servidor.
• Utiliza un patrón de controlador de página que agrega funcionalidad a páginas individuales Para obtener más información, consulte Controlador de página.
• Utiliza el estado de vista en formularios basados ??en servidor, lo que puede hacer que la administración información del estado más fácil.
• Funciona bien para pequeños equipos de desarrolladores y diseñadores web que querer aprovechar la gran cantidad de componentes disponibles para el desarrollo rápido de aplicaciones.
• En general, es menos complejo para el desarrollo de aplicaciones, porque los componentes (la clase de página, los controles, etc.) están ajustados integrado y generalmente requiere menos código que el modelo MVC.