2012-09-24 13 views
6

En primer lugar, recientemente he intentado construir con navaja en cshtml usando Webmatrix y encontré que consumía mucho menos tiempo que crear formularios web aspx. Habiéndome acostumbrado, ahora puedo hacer todas las cosas que solía hacer dentro de mis proyectos aspx mucho más rápido y con mucho menos código ...Hay una razón por la que cshtml no es popular

Ahora, he pasado hoy buscando en Google etc. en empresas que usan cshtml , qué lo están usando para etc., pero no puedo encontrar una gran variedad de ejemplos. Tal vez estaba buscando en el lugar equivocado, lo que hace que el título de esta pregunta sea incorrecto, pero tengo la sensación de que hay una razón por la cual las empresas todavía usan aspx en lugar de cshtml.

Estoy a punto de comenzar un proyecto el próximo mes para un gran cliente y no puedo decidir si dar el paso de construirlo de esta manera (necesitan un blog personalizado, área de inicio de sesión, etc.). ¿Alguna idea? El único otro hilo pila encontré de alguna utilidad con respecto a un debate fue: Razor/CSHTML - Any Benefit over what we have?

Gracias,

Adam

+1

sí, es bastante nuevo –

Respuesta

5

Mucho de esto tiene que ver con ASP (clásico) ha sido alrededor de un lote más largo y (dependiendo del tamaño del proyecto) una migración puede incurrir en un costo excesivo.

También hay consideraciones como:

  1. Lo que hace el conocimiento personal de web actual (? Qué son fluidos en)
  2. lo que las bibliotecas (patentadas o no) están ya depende de ASP (incluyendo controles personalizados) .
  3. Cuánto de un golpe de SEO va a realizar la conversión (algunos sitios pueden imitar sufijos de página aspx clásicos simplemente cambiando la forma en que se comportan las rutas pero de hecho usan cshtml).
+0

Ah pensé tanto, especialmente solo debido a los costos de migración. Pero si no hay nada específico con respecto a la pérdida de funcionalidad o seguridad, etc., entonces no veo ningún aspecto negativo al usarlo. ¡Alegrarse! Gracias Brad – ASouthorn

3

No hay una razón convincente para que los desarrolladores experimentados de ASP.NET pasen de Web Forms o MVC a páginas web (Razor). Como marco, está diseñado para atraer a quienes podrían encontrar las Formas Web o MVC como una curva de aprendizaje demasiado amplia. Los que provienen de Classic ASP o PHP, por ejemplo.

Respondo a muchas preguntas en el marco de las Páginas Web en los foros de ASP.NET, y definitivamente he visto un aumento en el número de personas que intentan el marco. En términos de funcionalidad y seguridad, tiene todo el framework ASP.NET detrás de usted para que pueda hacer cualquier cosa con las Páginas Web que pueda hacer con MVC o Formularios Web, mucho más fácilmente.

El marco de Web Pages no está diseñado teniendo en cuenta la capacidad de prueba, y puede ser más difícil para los equipos organizarse ya que una cierta cantidad de lógica de servidor está incrustada en el mismo archivo que HTML.

Si usted es un desarrollador solitario y está contento con las páginas web, hágalo.

+0

Saludos Mike, tiene sentido. Aunque no es ideal para los equipos, lo tendré en cuenta – ASouthorn

+1

@ASouthorn No creo que su punto fuera que no es ideal para los equipos, pero que si su equipo ya es versado en Web Forms, entonces pasar a MVC requiere que todo el equipo se ponga al día sobre eso. MVC funciona bien para los equipos. En un equipo de 5 personas que usan MVC, no creo que ninguno de nosotros vuelva voluntariamente a los formularios web. Sé que esta es una vieja pregunta, pero quería arrojar mis 2 centavos allí para cualquier persona que se encuentre con esto. – AaronLS

+0

@ASouthorn Mi punto fue exactamente que el marco de las páginas web no es ideal para los equipos. MVC no es páginas web. Son dos marcos de desarrollo diferentes. –

Cuestiones relacionadas