El Desarrollo del Framework Orientado al Objeto - Desarrollo del generador de Aplicaciones versus Desarrollo de Aplicaciones

Como habíamos indicado antes, los frameworks generan aplicaciones no por defecto sino que personalizando los requisitos particulares. Ellos en sí mismas no son aplicaciones sino que son construcciones más complejas. Es importante tener presente que el desarrollo de un framework será por lo menos tan costoso como el solo desarrollo de la aplicación.Unodebe analizar cuidadosamente la necesidad de flexibilizar un frameworkal evaluar los requisitos que se deben resolver para un cliente o futuro usuario, de lo contrario un marmotreto no reutilizable será creado innecesariamente

---

Por otra parte, el esfuerzo de construir Generadores de Aplicación puede tener éxito a través de la generación repetidade aplicaciones dentro del dominio propuesto. Cuando se elige un buen modelo de framework uno debe preguntarse: "Crearé yo aplicaciones de este mismo dominio más de una vez?" Si la respuesta es sí, entonces es importante evaluar si el trabajo de crear más de una aplicación tendrá éxito al crear un Generador de Aplicación.En suma, esté atento de los costos versus las ventajas de elegir desarrollar un framework en vez de un sistema de software por encargo.

---

Considere el diseño de un sistema para transformar ficheros del texto a partir del uno codificado, por ejemplo el juego de caracteres latinos ISO-8859-1, a una codificación alterna, tal como la codificacióndel formato del texto del E-mail (MIME, Multi-purpose Internet Mail Extension) [ 12 ]. Debiera este sistema ser construído como un framework? La respuesta es sí y si hay planes para convertir el ISO-8859-1 en otros formatos (ej: UUENCODE), o convertir el ASCII en MIME, UUENCODE, u otros posibles formatos futuros. En el primer caso, el hot-spot o punto caliente sería el tipo del texto de la salida.En el segundo caso, el tipo del texto de entrada de información también sería un punto caliente. Por ejemplo, en el cuadro4 un texto escrito usando ISO-8859-1 tiene caracteres tales como "ñ", "ç" o las vocales acentuadas "á é í óú", que no existen en el ASCII, y son codificados en formato MIME y UUENCODE

---

Pero qué pasa si este sistema solo convierta textos del ASCII al MIME , pero sin que haya algún plan de desarrollo futuro? En este caso, un framework pudo ser una elaborada aproximación al problema. Lamentablemente, la mayoría de las veces esta opción no está tan clara. De vez en cuando usted mismo podría encontrarlos partes grises o poco claras más a menudo de lo que usted quisiera. Es siempre una buena idea controlar cómo los sistemas similares han resuelto los requerimientos del cliente. Usted puede que incluso descubraque cada sistema similar sería un ejemplo de su framework, pero aún asi vale la pena construirlo?