Hi Warrick and all interested, This is not meant as critisism, merely as a point of discussion.
The fact that an "Application" uses multiple exe's that run successfully for over 3 years, doesn't automatically mean that it's, "code-wise", good written software. First let me define the differences between a single "Application" and an "Application with Helper utilities": - A single "Application" should be a single functional executable, without the need of other separate executables. If there's any need for using "External" code, this must be done by use of separate "Libraries" (written in any language): on the Windows platform these are generally DLL's (and "family"). - As "Applications with Helper utils" I define shell-applications that rely on other executables that do all the work and these are mostly driven by using stdin and stdout or by using some sort of (temp-)file to let the external exe work with, which are both very dirty solutions. With the thought of OOP in mind, and Delphi is OOP, only the first way of writing code is acceptable, but, and this is the exception, the second way may only be used if, for instance, it's impossible to use the first solution because both "Application" and "Helper utils" do not reside on the same computer and/or "environment" (eg on a client's machine and corporate server). Again, this is just my two cents worth and maybe you fall into that second category, but I just find it nice food for thought. Greetz, Peter. > -----Original Message----- > From: [email protected] > [mailto:[EMAIL PROTECTED] Behalf > Of Warrick Wilson > Sent: Wednesday, June 08, 2005 9:52 PM > To: [email protected] > Subject: [delphi-en] Why are people surprised about applications that use > multiple exe files? > > > --- Vahan Yoghoudjian <[EMAIL PROTECTED]> wrote: > > > And one last question: why you have many .exe of > > the same application? > > The thread about problems with a 14 MB exe and Win98 > had this type of question showing up a lot. I'm > wondering why people are so surprised. > > We've got an application at work that has about 32 > different exe files that make up the application. Some > handle communications, some handle file processing and > database work, some handle external device control and > some handle user input. They all work together to > implement the "application". Not all of these exe > files were written in Delphi, either. > > One advantage to this approach is that individual > pieces can be replaced easily, and perhaps > automatically. They do a limited number of things, and > they do them well. In fact, some of these files > haven't been changed (other than recompiled) in over 3 > years. Most of these programs run 24/7. ----------------------------------------------------- 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/
