TDD o Test-Driven Development (desarrollo dirigido por tests)

 TDD o Test-Driven Development (desarrollo dirigido por tests) es una práctica de programación que consiste en escribir primero las pruebas (generalmente unitarias), después escribir el código fuente que pase la prueba satisfactoriamente y, por último, refactorizar el código escrito.


Con esta práctica se consigue entre otras cosas: un código más robusto, más seguro, más mantenible y una mayor rapidez en el desarrollo.



fuente de interes: https://www.paradigmadigital.com/dev/tdd-como-metodologia-de-diseno-de-software/




01100110 01101001 01101110 00100000 01100100 01100101 00100000 01100011 01101111 01100100 01101001 01100111 01101111

RETURN


Diferencias MVC y WebForms

MVC

Es un patrón arquitectural que describe una forma de desarrollar aplicaciones software separando los componentes en tres grupos (o capas):


El Modelo que contiene una representación de los datos que maneja el sistema, su lógica de negocio, y sus mecanismos de persistencia.


La Vista, o interfaz de usuario, que compone la información que se envía al cliente y los mecanismos interacción con éste.


El Controlador, que actúa como intermediario entre el Modelo y la Vista, gestionando el flujo de información entre ellos y las transformaciones para adaptar los datos a las necesidades de cada uno.


MVC son las siglas de Modelo-Vista-Controlador, y se trata de un modelo muy maduro y que ha demostrado su validez a lo largo de los años en todo tipo de aplicaciones, y sobre multitud de lenguajes y plataformas de desarrollo.


Ventajas MVC

· Clara separación de responsabilidades entre interfaz, lógica de negocio y de control, que además provoca parte de las ventajas siguientes.


· Produce un código más limpio y estructurado, independizando totalmente la interfaz de la lógica de navegación y, por supuesto, de la de negocio.


· Facilidad para la realización de pruebas unitarias de los componentes, así como de aplicar desarrollo guiado por pruebas (TDD) y técnicas avanzadas de mocking.


· Simplicidad en el desarrollo y mantenimiento de los sistemas: el conjunto de convenciones en cuanto a la estructura de proyectos y de nombrado y disposición de elementos facilita el desarrollo una vez son asimiladas.


· Reutilización de los componentes.


· Facilidad para desarrollar prototipos rápidos.


· Sencillez para crear distintas representaciones de los mismos datos.


· Los sistemas son muy eficientes, y a la postre más escalables.


· Fácilmente se puede utilizar DI (dependency injection): es una técnica que permite realizar aplicaciones cuyos componentes se encuentran muy desacoplados entre sí, lo que flexibiliza el diseño y, por ejemplo, facilita la realización de pruebas unitarias.


· Se trata de un patrón muy fácilmente implementable y que nos puede aportar muchos beneficios.


· Integración sencilla del framework MVC con soluciones basadas en cliente, como jQuery y su interminable colección de plugins, en los que podemos encontrar elementos de interfaz para prácticamente cualquier necesidad.


· Las direcciones amigables, es un beneficio directo del uso del framework de Microsoft, estrictamente hablando no es mérito de la plataforma MVC, sino del juego de clases presentes en el espacio de nombres System.Web.Routing, incluidas en .NET , con las ventajas que ello conlleva (SEO, REST, claridad en direcciones, etc.).


· La ausencia de automatismos y persistencia de estado aligera en gran medida el peso y complejidad de las páginas, lo cual redunda en el rendimiento del sistema.


· Existen multitud de frameworks MVC para ASP.Net, como MonoRail, Maverick.Net, FubuMVC y muchos otros.


· Es un framework con licencia MS-PL (Microsoft Public License), por tanto es libre, y permite su uso en aplicaciones comerciales.


· Flexibilidad de la arquitectura de ASP.NET MVC framework en la utilización de motores de vistas distintos al estándar.


Inconvenientes MVC

· Tener que ceñirse a una estructura predefinida, lo que a veces puede incrementar la complejidad del proyecto. De hecho, hay problemas que son más difíciles de resolver.


· Al principio cuesta cierto esfuerzo adaptarse a esta filosofía, sobre todo a desarrolladores acostumbrados a otros modelos más cercanos al escritorio, como Winforms.


· La distribución de componentes obliga a crear y mantener un mayor número de ficheros.


· En general requiere de más código que WebForms.


· Existe un número ingente de componentes y controles reutilizables disponibles para Webforms. Dado que no son compatibles con el framework MVC, se parte de una situación de clara desventaja frente a estos, aunque esto está ya cambiando y seguro que con el tiempo mejorará.


· Requiere un conocimiento más profundo del entorno web y sus tecnologías subyacentes, puesto que a la vez que ofrece un control mucho más riguroso sobre los datos que se envían y reciben desde el cliente, exige una mayor responsabilidad por parte del desarrollador, ya que deberá encargarse él mismo de mantener el estado entre peticiones, maquetar las vistas, crear las hojas de estilo apropiadas, e incluso los scripts.


Ventajas WebForms

· La tecnología de formularios web permite el desarrollo rápido de aplicaciones (RAD) a través de diseñadores visuales con los que es posible componer una página compleja y definir el comportamiento del interfaz a golpe de ratón, puesto que el framework se encarga de realizar parte del trabajo duro, como el mantenimiento del estado entre peticiones, convertir propiedades de controles en código HTML y CSS, o incluso generar scripts que realicen determinadas tareas en cliente.


· Es posible crear aplicaciones para Internet sin tener apenas idea de las particularidades inherentes al desarrollo web, lo que permite que muchos programadores procedentes del mundo del escritorio puedan ser productivos muy rápidamente, aunque sea a costa de generar páginas mucho más pesadas y con un código de marcado complejo.


· Si el equipo de desarrollo tiene ya experiencia creando aplicaciones con WinForms y no posee grandes conocimientos sobre programación web de más bajo nivel ni experiencia previa trabajando con el patrón MVC, esta tecnología va a permitir una mayor productividad del equipo.


· La última versión del framework ya permite direcciones amigables.


Inconvenientes WebForms

· Problemas en la separación de código e interfaz.


· Dificultad para realización de pruebas unitarias.


· Podemos decir, que todas las ventajas de MVC, no se producen en WebForms, con todos los inconvenientes que esto conlleva.


· Puede producir comportamientos extraños cuando intentamos intervenir en el ciclo de vida de las páginas, por ejemplo para la carga y descarga de controles dinámicos.


· No hay control sobre el código HTML generado si se utilizan controles de servidor, por lo que a veces, es difícil conseguir el resultado deseado.


· Las páginas son mucho más pesadas debido al viewstate.


Principales diferencias

MVC es radicalmente distinto al uso de formularios web, algunas de las principales características que destacaría son:


· No existe el postback.


· No hay viewstate.


· No hay eventos.


· El diseñador visual deja de tener sentido.


· No hay controles de servidor, al menos en la forma en que los conocemos en WebForms.


· No es necesario utilizar los archivos code-behind de las páginas .aspx.


· Las páginas no siguen complejos ciclos de vida, el proceso de una petición es infinitamente más simple que en WebForms.


· Control total del código de marcado generado.


· Podemos sustituir componentes internos del framework para adaptarlo a nuestras preferencias.


· Se integra con Ajax de forma natural, sin artificios como los UpdatePanels y similares.


· Favorece la introducción de buenas prácticas como la inversión de control o inyección de dependencias.


· Diferencias entre code-behind y MVC controllers: aparentemente hay similitudes entre ambos, ya que estos contienen la lógica de la aplicación, sin embargo la página aspx no se puede separar del code-behind, ambas trabajan unidas para implementar la lógica de la aplicación y la lógica de presentación, pero en MVC es diferente, hay una clara separación entre la vista (UI) y los controladores, que son una representación abstracta de la interacción con el usuario. Esto permite un código más simple, por lo que la aplicación es más fácil de entender y mantener.


fuente: https://pdcuevas.wordpress.com/2012/05/10/diferencias-mvc-y-webforms/


Conclusion:

Si se cuenta con poco personal y experiencia es conveniente arrancar con WebForm pero luego MVC presenta un mejor modelo a seguir para trabajos grandes y organizados.



01100110 01101001 01101110 00100000 01100100 01100101 00100000 01100011 01101111 01100100 01101001 01100111 01101111

RETURN



INDICE