Thanks for your replay. My questions were more from a philosophical point of view, probably the new habit I’ve got from my new analyst role. If you don’t mind, I’ll continue to point here and there in the bellow dialog.
Horia ___________________________________ From: delphi-en@yahoogroups.com [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Thursday, June 09, 2005 12:28 PM To: delphi-en@yahoogroups.com Subject: Re: RE: RE: [delphi-en] Why are people surprised about applications that use multiple exe files? I'm not sure if this is directed at me but I will asnwer as if it is... [EMAIL PROTECTED] wrote on 09.06.2005, 18:05:00: > Yeah – right! But I would call this meta-application, i.e. the gathering of all > those EXE – a SYSTEM not an Application! (By the way – that is called Microsoft > Office?) Since I have been programming commerically I can't think of one project that I have done that has been a single executable (apart from maybe programs used for specific tasks within a system but have little to do with the system as a whole i.e. data house keeping or similar, but then thay have always been part fo a bigger project) *** Also systems that I’ve designed are composed from more than one application (file – exe or whatever.) Sometimes there are configuration, working and reporting tools (separate tasks in the big picture,) other times there are multi tier applications (the same task across many code entities (exe, dll, various services)…) and different presentation layers for different devices (terminals, internet, phone.) > The next issue that I would be interested in it – if possible: how these EXEs > of yours interact? > I can think to many ways: sharing files, sending messages, using system queues, > remoting (Com/DCOM, Web Services etc.) You forgot command line parameters :) *** You don’t say… 8^b It would depend on the situation, I generally don't write systems with many communitcating exe files, but there are times that it is appropriate to have some functionallity that is not part of the main application, eg pacthing (an application can't change itself while in memory), data housekeeping, file system repair (going back a few years now to Paradox), scheduled tasks (it may be more appropriate to have several exe run from a windows scheduler on a server for example). *** Neither EXE can be replaced when running, including when other exe started them. > Then having this distributed EXE system, I’m sure there should be some > redundant code repeated in all or some files. I'm sure there's plenty of repeated an rudundent code in any system (be it across many applications or a single exe). *** NO – in a single exe, a good compiler doubled by a good programmer won’t duplicate code. Look in Delphi documentation: if a unit is included in many places (other units) will be linked only once in the final code. Moreover, in Delphi object composing of a unit that are not used, are not linked in the exe. And even more, for some small stupid thinks that programmers sometimes do, like copying a group of lines from one place to another in the same unit – the compiler (working under optimization flag) can correct! However, the same enhanced edit box (for example) can be used in many exe of the same system. Here is where the compiler cannot do anything: only the programmer can evaluate and balance the overload (in coding time or code size) and extract common parts in packages. (By the way, it does not pay back for this respect to extract modules in packages if there is only one exe in your system!) Did you consider extracting this > redundant code (in the form of procedures, methods, objects, OLE, components - > whatever) and distributing them as dlls, packages, Com+ objects, Web Services, > etc? Now I'm not sure that is dirrected at me at all!?! *** Then whom? – if you had a problem with the application size, and you’ve asked for help and ideas, whose problem is to consider the above? > > Horia > > ----------------------------------------------------- Home page: http://groups.yahoo.com/group/delphi-en/ To unsubscribe: [EMAIL PROTECTED] Yahoo! Groups Links <*> To visit your group on the web, go to: http://groups.yahoo.com/group/delphi-en/ <*> To unsubscribe from this group, send an email to: [EMAIL PROTECTED] <*> Your use of Yahoo! Groups is subject to: http://docs.yahoo.com/info/terms/
