[DUG] Program design question
Kyley Harris
kyleyharris at gmail.com
Fri Jun 10 11:26:44 NZST 2005
I think the original reason for keeping it small is not a reference to
code, or compile size, but to memory execution size? You want to keep
the memory foot print down while it is essentially idle?
Maybe this is backwards code in todays enlightened world of .net and
stuff... but put your code in a dll for the big footprint stuff that
gets lauched occasionally, and call it with explicit dll load and
unload as necessary.
I hate to break it to ya, but a 1 form application is just as big as a
2 form program, until you create the instances at the same time. The
memory foot print comes from the delphi VCL code. If you want a really
small footprint, dont use tform. design it by hand using windows
calls. Its your call what to sacrafice. I know a fellow who did this
with a timesheet program. The exe was only 100k and it was small in
memory too. Had 7 forms at least....
cheers
On 6/10/05, Leigh Wanstead <leighw at softtech.co.nz> wrote:
> Delphi package might cause unit cross reference nightmare if do not design
> properly.
>
> Regards
> Leigh
> http://www.salenz.com
>
>
> -----Original Message-----
> From: delphi-bounces at ns3.123.co.nz
> [mailto:delphi-bounces at ns3.123.co.nz]On Behalf Of Todd Martin
> Sent: Friday, 10 June 2005 10:38 a.m.
> To: johnkbird at paradise.net.nz; NZ Borland Developers Group - Delphi List
> Subject: Re: [DUG] Program design question
>
>
> Why not use a Delphi package for your main application? Use
> LoadPackage()/UnloadPackage() to load/unload it at runtime from your monitor
> application.
>
> ----- Original Message -----
> From: "John Bird" <johnkbird at paradise.net.nz>
> To: "'NZ Borland Developers Group - Delphi List'" <delphi at ns3.123.co.nz>
> Sent: Thursday, June 09, 2005 6:09 PM
> Subject: [DUG] Program design question
>
>
> >A program design question: whether to put extra functionality into one
> > program or several.
> >
> > I have written a monitor program (automated time recording). Ideally I
> > want
> > it as slim as possible since its running all the time. Hence my idea is
> > to
> > have one small 1-form program, and when I click on any of the report or
> > setup buttons, it actually fires up a separate and much larger program
> > using
> > shellexecute, and suspends itself (closes the logfile) while the other
> > program runs.
> >
> > Question 1 - what is the best way for two separate programs to exchange
> > information - the monitor program needs to be told when the setup program
> > finishes in order to start running again, and also there is some other
> > information such as setup options I need to communicate back and forth (eg
> > which program and/or form fired up the setup program so it can give it
> > focus
> > again at the end). Now I can write this information in a disk data file,
> > but I reckon there has in Windows to be a better way to do it - using some
> > kind of message. Or is the simplest to use parameter strings in the
> > comandline when starting the second program?
> >
> > Question 2 - if I put all code in one program and don't create the extra
> > forms/Windows till needed, I am pretty sure I still will have a much
> > bigger
> > program than option 1. Any comments?
> >
> >
> > John Bird
> > _______________________________________________
> > Delphi mailing list
> > Delphi at ns3.123.co.nz http://ns3.123.co.nz/mailman/listinfo/delphi
> >
> >
> > _______________________________________________
> > Delphi mailing list
> > Delphi at ns3.123.co.nz
> > http://ns3.123.co.nz/mailman/listinfo/delphi
> >
> >
>
>
>
> --
> Internal Virus Database is out-of-date.
> Checked by AVG Anti-Virus.
> Version: 7.0.322 / Virus Database: 267.5.1 - Release Date: 2/06/2005
>
> _______________________________________________
> Delphi mailing list
> Delphi at ns3.123.co.nz
> http://ns3.123.co.nz/mailman/listinfo/delphi
>
>
> _______________________________________________
> Delphi mailing list
> Delphi at ns3.123.co.nz
> http://ns3.123.co.nz/mailman/listinfo/delphi
>
--
Kyley Harris
Harris Software
+64-9-8455274
+64-21-671-821
More information about the Delphi
mailing list