MVC, WCF, EF, LINQ - ¿Soy solo yo? [cerrado]

... o las cosas se están volviendo más complicadas?

Me parece que necesita saber muchas cosas para desarrollar 'adecuadamente' una aplicación web de MS en estos días. En los viejos tiempos, cuando no sabíamos nada mejor, teníamos tablas de bases de datos, ASP.NET, ADO.NET y usted construía una aplicación web usando conceptos relativamente simples.

En estos días parece haber mucho marco para "ayudarlo" a hacerlo "bien", pero no estoy convencido de que esto lo haga todo más fácil y mejor. Tengo la sensación de que estaré en una minoría bastante pequeña con este sentimiento, pero ¿hay alguien más por ahí que piense que las cosas se han vuelto un poco locas?

Todas esas cosas son opcionales, úselas si son útiles, no si no lo son. Es tan simple como eso. Ciertamente, puede escribir aplicaciones web buenas / adecuadas sin ninguno de esos acrónimos en su solución.

Personalmente, tiendo a encontrar que MVC es un marco bastante ligero y fácil de usar (mucho más fácil de comenzar que los formularios web, en mi opinión). Del mismo modo, LINQ proporciona una forma común de consultar cualquier cosa; también bueno. EF y WCF y yo hemos tenido nuestros desacuerdos, pero cuando ese es el caso, no los uso.

No en realidad no. LINQ es lo mejor desde el pan rebanado al interactuar con una base de datos.

Lo que debe recordar es que estas cosas se basan en otras cosas. LINQ no está agregando a la cantidad de cosas que necesita saber para desarrollar un sitio web ASP.NET, porque ahora no necesita saber SQL. Y LINQ es OO, que está mucho más en línea con el desarrollo regular de aplicaciones, lo que hace que sea completamente más fácil de hacer que SQL y mucho más fácil de integrar con C #.

Si no cree que LINQ es más fácil que SQL, quizás debería publicar algunos ejemplos de algo que es más difícil en los nuevos paradigmas.

Más importante aún, anteriormente los sitios web tenían mucha menos funcionalidad. ¿Cómo va a crear nuevos sitios web que funcionen mejor, escalen mejor y ofrezcan nuevas funciones en el mismo código?

Si los viejos conceptos que mencionó ya no funcionan, estaría de acuerdo en que sería una locura, pero los marcos más nuevos son alternativas. La aceptación ciega sería una locura. Necesitas justificar. Personalmente, SQL en sí mismo no es un problema para mí. Intentando agregar algunas de las funcionalidades de los sitios web modernos, los formularios web ya no son suficientes.

Estoy seguro de que algunas personas clásicas de ASP sintieron lo mismo con respecto a .NET, pero pocos pueden continuar haciendo ese argumento. Construyo un par de sitios en ASP clásico y no volvería.

"Se volvió un poco loco". Así es exactamente como describiría una DataSetsolución ADO.NET, ASP.NET. :)

Estoy de acuerdo en que hay mucho más que aprender, pero cada uno de los marcos que menciona ha mejorado el desarrollo de .NET.

Diría que este es un problema global que puede afectar a casi todos los frameworks o plataformas (de desarrolladores). Cuando se lanza un nuevo marco, generalmente parece pequeño y compacto, pero a medida que pasa el tiempo y se incluyen nuevas características / funcionalidades / API (ya sea por hoja de ruta / solicitud, nuevos conceptos / tendencias / tecnologías o simplemente por evolución) se "hincha". Comenzaste con "una forma de hacer las cosas" y ahora hay más posibilidades entre las que puedes elegir (y, no sabes / no estás seguro, cuál elegir). Aprender cosas nuevas puede llevar mucho tiempo, sin embargo, pueden ofrecerle soluciones mucho más flexibles / más rápidas / mejores a los mismos problemas que anteriormente se resolvían mediante un conjunto limitado de opciones.

Una vez me topé con una cita graciosa: "todo el código se convierte en algo s #! T dado el tiempo y las manos suficientes", que en mi humilde opinión resume por qué deberían surgir cosas nuevas dentro de los marcos existentes para llevar nuevas ideas a la acción y hacer la evolución.