Cuándo no utilizar un marco
Recientemente me encontré con una aplicación web que había sólo dos páginas JSP.
¿Qué hacer? Se toma un valor por parte del usuario y muestra sus puntos basado en el valor.
Y puedes adivinar el número de back-end archivos que se usan para ayudar a este proceso?
De los 23 paquetes, más de 250 archivos de java, 13 archivos de propiedades y una gran cantidad de archivos XML, además de la clase estándar / biblioteca archivos jar utilizada en el proyecto. Créanme, estoy hablando de una aplicación completa que no espera ningún aumento dramático en el futuro.
No me digas que es todo sobre el marco. Eso es lo que usted llama un mal diseño. Sobre todo si puedes escribir aplicaciones de clase del mundo en 579 líneas de código .
El uso de Struts o MVC o primavera o Ruby on Rails o lo que quieras en la aplicación. Antes que intentar usar un poco de sentido común.
Por supuesto, me pregunto que para que incluso las aplicaciones empresariales que hacen un amplio uso de los marcos si obtienen un beneficio real de ellos.
¿Cuál es el momento de hacer algo reutilizable si nunca vas a volver a utilizarlo?
Y si no lo sigo por todo el camino (pruebas unitarias, burlona, documentación, etc) entonces es probable es que le cuesta más a desarrollar, y nunca vamos a obtener el retorno de la inversión que debería.
Duncan,
Exactamente lo que yo estaba tratando de decir. Como usted ha señalado, muchas soluciones de la empresa el uso de estos marcos grandes simplemente por el bien de ella.
Su argumento no es válido 579. Era más bien como 579 líneas de Ruby / Rails más /.
muy buen punto, los desarrolladores, por alguna razón no es feliz comprando una parte, porque hay que comprar el coche toda la maldita.
Use sólo lo que necesita, incluso cuando se trata de marcos.