Sobre proyectos, exes y ejecutables.

[LoPiTaL]

Pero recuerda que NO se pueden depurar varios exes a la vez. Sólo puedes estar depurando un único ejecutable cada vez. Por eso, cuando haces doble click sobre el nombre de uno de los proyectos que tienes en el mismo grupo de proyectos, su nombre se pone en negrita (se activa). Ese es el exe que puedes lanzar para depurar.

Un saludo,
LoPiTaL

[mamcx]

En primer lugar, que te hace creer que lo que piensas es necesario?

http://es.wikipedia.org/wiki/Optimización_prematura

El antipatrón de diseño la optimización prematura ocurre cuando un programador permite que las consideraciones de costo en tiempo o espacio afecten el diseño de un componente de software antes de tener un diseño correcto, lo que puede resultar en un diseño más complicado que lo necesario.

-----

Especialmente iniciando, es cuando menos te debe de importar. Dudo que tengas un proyecto como Microsoft Office. No te preocupes: Un ejecutable de 10 MB no estan horrible como parece. Ni siquiera uno de 100 MB.


Por mucho, es la codificacion correcta y el diseño adecuado lo que afecta el desempeño y eficiencia de una aplicacion.

Asi que por el momento, enfocate solo en hacer codigo limpio, sin redudancias, y con buen diseño.

[r1d2m3]

Salvando todas las distancias con Microsoft y Officce, comprendo tu punto de vista sobre si es necesario o no desarrollar un solo exe para todo un proyecto, pero mi punto de vista se concentra en el siguiente escenario, empresa departamentalizada, sector cobranzas, sector tesorería, sector atención al público, etc, todos estos subsistemas, llamemosle asi, consumen y alimentan la misma base de datos, pregunto, ¿porqué tendria que tener un solo exe kilométrico con toda la aplicación si cobranzas nunca va a usar ninguna parte del código que se desarrolló para, por ej. tesorería? Por supuesto que podría desarrollar cada subsistema como un sistema independiente del resto accediendo a la misma bd, pero me surgió la pregunta en función de poder organizar de manera mas eficiente el desarrollo, implementación y mantenimiento del sistema.

[mamcx]

Una forma popular de hacerlo es utilizando un sistema de plugins.

El problema es que desarrollar una aplicacion desacoplada es relativamente mas dificil, y si es la primera vez que lo haces te espera un largo camino de aprendizaje. Un problema por ejemplo, es el de la depuracion. Otro, el de tener coordinado la interfaz publica de las clases con los clientes que la utilizan. Otro, es el diseño de las clases. Y asi sucesivamente


Con todo, porque esperar a hacerlo después

Lo que debes hacer es primero aprender como hacer una aplicación multinivel (n-capas), y separar la lógica de negocios de la UI del acceso a datos.

En mis primero años intente en el primer intento de hacerlo, y la verdad, me dio mucha dificultad... así que con la experiencia que tengo diría que un primer buen paso es por lo menos separar la GUI de lo de demás... osea, como se explico en:

http://blog.elmalabarista.com/post/4...h-un-mejor-rad

http://edn.embarcadero.com/article/32388

http://blog.elmalabarista.com/post/4...y-no-paadentro

P.D: Si te aburre leer todo eso te lo resumo: En vez de usar multiples TDataSet/TDBConnection tener una sola clase que hace todo lo de la base de datos, y crear clases de negocio que la utilizan y crean dinamicamente TDataSet que se conecten a TDataSource.
O mejor aun, tomar un framework que tiene todo el cuento incorporado (si puedes pagarlo, realmente lo vale):

http://www.remobjects.com/


---

O quizas hay una opcion mas simple, si estas dispuesto a descargar parte del trabajo en la BD usando juiciosamente procedimientos almacenados y funciones (para ello, debes cambiar a acces por algo mas potente como Firebird - la favorita de los de este foro! - o Sql server o mysql, o postgress).

Eso se llama un app de 2 capas. Puedes poner, usando el lenguaje particular de la BD que eligas, logica centralizada en la BD y las apps clientes (que pueden ser distintos ejecutables) reusan clases bases que encargan de acceder la BD.

Es una manera mas simple de hacerlo.