![]() |
![]() |
| Paypal | FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
|||||||
| Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
|
Herramientas | Buscar en Tema | Desplegado |
|
#5
|
||||
|
||||
|
Manual para verdadero "RAD" (desarrollo rápido de aplicaciones)
1.- No hacer diagramas o bien limitarlos a los más sencillos e indispensables para casos en donde se necesario razonar algo. 2.- Empezar a codificar de inmediato sin demorarse en modelar. 3.- No documentar código más que donde de verdad sea totalmente indispensable (alguna operación rara o poco entendible). 4.- Utilizar únicamente componentes ya integrados en Delphi y no crear nuevas clases a menos que se absolutamente indispensable y dichas clases sean sencillas. 5.- No crear nuevos componentes. 6.- Evitar el "adornar" código para que se vea más elegante o bien pensar en optimizar código. 7.- Abstenerse de ardonar la GUI con colores, diseños, etc. Limitarse única y exclusivamente a lo que Delphi proporciona tal cual. 8.- Abstenerse de utilizar íconos en botones. Lo anterior funciona (de verdad) sí : 1.- Es un proyecto sencillo 2.- No hay intención ni necesidad de mantenerlo más adelante 3.- Se requiere para solucionar un problema que no se volverá a presentar una vez resuelto. Bajo este concepto algo raro de programación es posible desarrollar aplicaciones inclusive en cuestión de unas horas. Se le saca mucho provecho a lo que ya da delphi de por sí y se mimiza el tiempo dedicado a otras actividades. Obviamente tiene muchas desventajas y cosas indeseables por lo que únicamente lo recomiendo para casos desesperados o bien casos en donde se programará la aplicación de una sola vez y no será necesaria más adelante o bien solo esporádicamente, por ejemplo: una aplicacion que lea un archivo en un formato y lo escriba en otro, una aplicación para respaldar un archivo x en un servidor y...etc. Ni pensarlo para una aplicación administrativa o algo similar. Obviamente mientras más experiencia tengas el código al final será de mejor calidad aunque no por eso se minimizan sus desventajas. También puede aplicarse el esquema de iteraciones utilizando este esquema algo burdo, la primera iteración genera la aplicación que hace lo que se requiere, la segunda iteración digamos que es donde ya optimizamos códigos y empezamos a maquillar y así sucesivamente. Obviamente insisto en que esto sirve para aplicaciones relativamente sencillas porque de otra forma se puede convertir en un infierno.
__________________
AKA "El animalito" ||Cordobés a mucha honra|| |
|
|
Temas Similares
|
||||
| Tema | Autor | Foro | Respuestas | Último mensaje |
| Ayudenme Rapido, Rapido | omarys | Varios | 6 | 04-06-2011 09:45:34 |
| Lo que pasa cuando un sistema se diseña, programa y libera mal. | AzidRain | La Taberna | 12 | 08-12-2007 17:29:47 |
| Cuando tus problemas te quieren ahogar... | yeison Cristman | La Taberna | 2 | 16-08-2006 01:51:50 |
| Quieren saber que sistema operativo son? (Ingles) | mamcx | Noticias | 2 | 08-05-2005 05:43:10 |
| Cuando imprimen en excel o word se pone lento el sistema | tulio | Varios | 0 | 07-04-2004 14:56:37 |
|