Mi compañía publicó una lista de trabajos para conseguirme un ayudante. Un reclutador me llamó hoy y todo lo que decía era "MVC este Entity Framework que ..." - Pareció sorprendido cuando dije que el proyecto usa DataSets y Linq2Sql sobre WinForms y ASP.NET WebForms.
Entonces estaba buscando opciones para pruebas automatizadas de sitios web y me encontré con esto aquí : y comencé a ponerme nervioso.
La mayoría de las personas "que saben" están usando capas de presentación para hacer que ASP.NET sea tan delgado que una herramienta como NUnitAsp no es útil.
Esta persona lo sabe, y sus amigos aparentemente lo saben. Quiero estar al tanto también, porque estar fuera del conocimiento me hace sentir inseguro y un poco triste.
En mis esfuerzos el año pasado por estar al día, me di cuenta de los grandes beneficios de Linq2Sql y el contenedor Unity. Ambos no fueron más que buenos para mí, llenando los vacíos que me han sido evidentes durante años.
Luego pasé a Model-View-Preseneter para las interfaces gráficas de usuario de WinForms y nuevamente estuve muy feliz por la misma razón: me había estado preguntando durante mucho tiempo cómo separar las cosas para poder tener un cliente grueso y una web el cliente comparte su lógica común en una base de código común.
Sin embargo, estoy luchando con lo siguiente. Y sé que un millón de personas no pueden estar equivocadas y no soy más inteligente que las masas, pero necesito ayuda para ver:
- MVC como la evolución de WebForms
- WPF como la evolución de WinForms
- Entity Framework como la evolución de Linq2Sql (y, para el caso,
la depreciación de los conjuntos de datos)
(Sospecho que todo se debe a mi, hasta la fecha, la falta de obtención de Test Fahrvergnügen)
Por lo tanto, me he estado preguntando, y no he escuchado una respuesta a:
- ¿Qué gano usando MVC en una aplicación web? Sé que obtengo artefactos de código fuente adicionales y un nuevo DSL para aprender. ¿Qué más?
- ¿Qué pasaría si usara objetos WPF sin el patrón MVVM? ¿Estaría perjudicando mis posibilidades de conseguir un trabajo en otro lugar?
- Para el caso, ¿WinForms está realmente roto? ¿Soy yo o Visual Studio tiene un retraso visual notable en mi máquina dual core de 2.8 GHZ con 8 Gigas de RAM? Me gusta rapido Quiero que los usuarios finales experimenten rápidamente todo el tiempo sin falta.
- ¿Por qué los conjuntos de datos son "a la antigua usanza"? Parecen rápidos, eficientes y concisos para muchos problemas pequeños y medianos que tengo que resolver (sin embargo, ni siquiera están en Silverlight).
Siento que hay una gran cantidad de complejidad en el plato y extenderlo no hará que desaparezca. La cantidad intrínseca de complejidad debe ser confrontada de frente, y tal vez la ingeniería de software debería parecerse más a la ingeniería eléctrica o mecánica, o la cirugía cerebral.
fuente
Respuestas:
+1 por poder expresarte sin vergüenza.
Sugeriría seguir los blogs. Si quieres estar "al tanto", entonces sigue a estas personas
Esos tipos y esa chica escriben blogs que son fáciles de seguir y comprender. Puede encontrarlos en la web (intente buscarlos en Google con Bing)
fuente
Creo que estás haciendo buenas preguntas. Lo que se reduce, para mí de todos modos, es preguntar constantemente "¿Hay una mejor manera?"
¿Hay molestias que tengo con el uso de conjuntos de datos? ¿Hay molestias que tengo al iterar constantemente sobre una lista de elementos? Lleve esa consulta a google y vea cómo lo están haciendo otras personas.
Lo comparo con los electricistas. El alambre de oro con aislamiento de algodón funcionará. Pero tiene algunos problemas. Hay métodos más baratos y seguros que se utilizan para cablear una casa hoy (como resultado, los códigos en las ciudades requieren la tecnología más nueva). Ahora, si contrata a un electricista, podría encontrar uno que solo conozca la vieja forma, y él podría hacer funciona. O podrías contratar a un tipo que esté actualizado en su tecnología y él hará que funcione y sea más seguro.
Así también con el código. Podría iniciar Ado.Net y ejecutar código (y a veces tiene que hacerlo). Pero el código será menos legible (y posiblemente menos mantenible) que usar un ORM. La dificultad radica en que necesita conocer la "vieja forma" para poder comprender lo que está sucediendo en la "nueva forma". Por lo tanto, no use MVC solo porque es nuevo, eche un vistazo a sus beneficios y compárelos con los beneficios de hacerlo a la antigua usanza.
fuente