español - ¿Crees que ASP.NET MVC competirá con los formularios web de ASP.NET?
asp.net mvc versions (16)
¿Cree que ASP.NET MVC tendrá una participación significativa en el mercado de desarrollo web de Microsoft? ¿O será más como 10-15% del mercado?
Bueno, .NET nunca ha sido capaz de contrarrestar completamente la inercia de Visual Basic 6 (todavía veo algunas tiendas aquí y allá que están empezando a cambiar a .NET), por lo que uno tiene que considerar la inercia de ASP.NET Webforms y cómo se implementa en todas partes en este momento.
ASP.NET MVC alcanzará una amplia adopción, sin dudas, pero será algo promovido por tipos conscientes del arquitecto: a algunos gerentes y desarrolladores a un ritmo más lento que a ellos no les importará.
Como dijo Ty, no habrá mucha adopción hasta que los controles estén allí. Creo que superará los formularios web una vez que lo sean. El modelo de formulario web cae demasiado pedazos una vez que necesita hacer algo complicado y es difícil de probar. La capacidad de probar la unidad MVC es GRANDE, pero las personas simplemente aún no saben lo que se están perdiendo.
Creo que ASP.NET MVC es el mejor clásico de ASP (mucho control de representación) y ASP.NET (la capacidad de tener arquitecturas reales y la falta de código de espagueti).
Creo que MVC se dará cuenta de más en las aplicaciones de nivel empresarial, donde la capacidad de prueba y la flexibilidad es más importante en comparación con las aplicaciones pequeñas de mamá y papá.
No hay planes para eliminar gradualmente el clásico modelo de código subyacente y creo que, como la mayoría de la gente está acostumbrada a esa tecnología, es probable que muchos se queden con ella.
Si uno no tiene experiencia con MVC, entonces puede ser un gran cambio de paradigma. No veo toneladas de personas acudiendo en masa. Creo que los porcentajes de 80% de código subyacente y 20% de MVC serían verdaderos.
Dado que el modelo de código subyacente ha existido durante tanto tiempo, apuesto a que hay muchos programadores que solo han tenido experiencia con el clásico ciclo de vida del evento de código subyacente.
Creo que eventualmente, MVC tendrá una participación del 100% del mercado de MS-web. Es simplemente mejor.
Creo que los desarrolladores a los que les guste ese modelo de desarrollo lo adoptarán, pero prefiero los formularios web porque el ciclo de vida proporciona una excelente manera de crear controles reutilizables.
Y también puede mantener un estilo de desarrollo MVC con formularios web y poder crear pruebas unitarias de todo su código, por lo que ser comprobable no es realmente un argumento para que MVC sea mejor.
Creo que los formularios web cumplen con una necesidad de seguridad / comodidad para aquellos que no tienen experiencia fuera de un paradigma de código subyacente. No estoy diciendo que eso sea malo, porque para muchas tareas en los negocios el objetivo es hacer algo y vivir con ello. Lamentablemente, los negocios se tratan de resultados, y muchas veces se ven obligados a ignorar los métodos.
Por otro lado, cuando la situación requiere una interacción compleja entre las páginas, los formularios web presentan tanta complejidad con todo el trabajo alrededor. ¿Registrar bloques de scripts solo para poder iniciar javascript? ¿Qué pasa cuando quieres que Windows se comunique con el lado del cliente? MS debería invertir algo de tiempo para reforzar su conjunto de herramientas para la depuración de JavaScript, incluso ofrecer una serie en JSON / JQuery en MSDN. Solo algunos pensamientos.
Creo que más personas entienden la importancia de Model View Controller y las limitaciones de un controlador de página simple, que es lo que realmente son las formas ASP.Net.
El problema, como alguien señaló, son los chicos de Visual Basic: conoces personas que provienen de la experiencia ASP clásica y nunca han visto ningún Test Unit o desarrollo Java / Ruby / PHP basado en MVC. Creo que esa es la mayor parte de los desarrolladores de .NET que hay. Leí en alguna parte que había 6 millones de desarrolladores de VB en el mundo. Adivina, ¿qué están haciendo ahora?
Las personas que provienen de tiendas Java / Ruby / PHP que ya están acostumbradas a las aplicaciones MVC sin duda adaptarán el framework MS MVC.
Creo que será un comienzo lento debido a la base de instalación de formularios web. A medida que las pruebas unitarias y el control de marcado comienzan a ser más importantes para más personas , creo que comienzas a ver una migración. Dudo que alguna vez alcance el 100% de la base de instalación de MS para una plataforma web, pero será un aumento constante en los próximos años. Habrá fan-boys que dirán que esto dominará el pan rebanado del planeta, pero eso simplemente no es realista. Con eso, espero no tener que usar Webforms durante mucho, mucho tiempo.
EDITAR: Ahora que estamos en Beta 1 estamos comenzando a ver que los proveedores de componentes comienzan a enviar algunas cosas. Parece que el primero en batear es Telerik con sus controles ASP.NET Ajax en ASP.NET MVC
El lugar donde MVC realmente tiene sentido es si ya entiende los conceptos subyacentes de HTTP y Rest. Si realmente desea aprovechar el JavaScript personalizado y tener una experiencia altamente optimizada por el usuario. Si le gusta el desarrollo de sus formularios web con todos sus controles de arrastrar y soltar y se siente cómodo con su experiencia de usuario y sus paneles de actualización de Atlas, entonces realmente debe seguir con el mismo.
MVC es para el resto de nosotros que deseamos aprovechar fácilmente el lado del servidor .NET y el lado del cliente personalizado. Es para aquellos que tienen diseñadores web y personas que quieren construir HTML personalizado, como nosotros tenemos aquellos que son programadores consumados.
Si usted es una persona solitaria (tal vez el informático) que arroja cosas para su intranet en la oficina principal, es mejor que lo haga mediante formularios web. Eso es realmente donde brillan las formas web y .NET. Algunas de las herramientas más nuevas EF y MVC ad valor para equipos y desarrollo a mayor escala.
Entonces, no, creo que se complementan.
MVC es genial, pero no se convertirá en un contendiente real como reemplazo de formularios web hasta que incluya su propio conjunto de control. Como probablemente ya sepa, algunos de los controles existentes sí funcionan, pero muchos no. Independientemente de esto, sin embargo, todavía me encanta usarlo.
Mi suposición es que Microsoft realmente tendría que ponerse de pie y decir "MVC es la única forma en que debería estar haciendo aplicaciones web" antes de que las empresas se preocupen por ello a gran escala. Así que no, tal como está ahora, pequeña base de usuarios.
No lo creo. El propósito y el objetivo de ambas soluciones son diferentes, y APS.NET Web Forms es más como una plataforma, mientras que MVC es el marco de arquitectura, por lo que la pregunta es un poco extraña. En mi opinión, MVC en combinación con una buena compatibilidad con AJAX y una correcta estructura del modelo del servidor podría ser la forma más conveniente de desarrollar un subcampo de la aplicación web, pero los formularios web no desaparecerán y tendrán más mejoras en las próximas versiones.
Aclamaciones.
Oh si. Va a hacer que las formas web salgan del agua: ya hemos visto lo valioso que puede ser un verdadero marco MVC en el mundo Java. En el mundo de la EM, realmente ha sido un vacío que ha tenido que llenarse.
Como antiguo miembro de Java / Struts, me resulta bastante frustrante hacer el trabajo actual en formularios web, porque sé que existen herramientas que facilitarían mi vida.
Recientemente comencé a trabajar con MVC Framework de MS. Comencé a profundizar bastante con el lanzamiento de Preview 5. El mayor obstáculo para que la gente lo use es la falta de ejemplos y material de referencia útil.
El marco en sí mismo ha sido una gran experiencia para usar especialmente cuando se combina con jQuery y nUnit. El diseño de su sitio se vuelve mucho más natural desde una perspectiva OO y creo que una vez que la curva de aprendizaje se reduzca con material de calidad de primera calidad ampliamente disponible, se convertirá en la arquitectura dominante para el desarrollo web utilizando productos MS.
Supongo que MVC es una solución alternativa a la programación Webform "clásica" si le interesan cosas como TDD, REST, escriba su propio HTML, etc. Por el momento, los desarrolladores siguen interesados en el estilo de desarrollo de D & D, ya que permite un desarrollo rápido de las aplicaciones, incluso entonces se vuelve inmanejable. A medida que más personas comiencen a adoptar metodologías Agile y se interesen más en escribir sw mantenibles que en desarrollar aplicaciones rápidas y sucias, MVC obtendrá una mayor base de usuarios. En una charla, recuerdo a ScottH diciendo que creen que MVC flotaría alrededor de un 5-10%,