|
List Info
Thread: Dividing a large program in parts
|
|
| Dividing a large program in parts |
|
2006-04-24 14:06:19 |
|
Try to keep everything together, you should have some kind of licensing
module in your application to control what modules each client can use.
-----Original Message-----
From: delphi-en@yahoogroups.com [mailto:delphi-en@yahoogroups.com]On Behalf
Of Roberto Freitas
Sent: Monday, April 24, 2006 2:56 PM
To: delphi-en@yahoogroups.com
Subject: [delphi-en] Re: Dividing a large program in parts
Thanks for your explanations.
I'll try the way to use ShellExecute or even another function I saw
somewhere = WinExec.
Following your advise, I should first start reading the helpfiles and
web about them.
The problem is: in Delphi Help (I use Delphi Enterprise 7.0) I could
not find any entry for ShellExecute or WinExec.
So, until now I have no way to read about them, more, I have no idea
how to use them.
Any other advise, please?
--- In delphi-en@yahoogroups.com, "Workshop Alex" <workshop.alex ...>
wrote:
>
> As I see it, you have multiple options. One way would be by using
runtime
> packages. This will result in a small executable but it will be
dependant of
> the Delphi runtime packages which will also become part of your
product. And
> you would have to install them on any system that your application
is
> installed on.
> A second solution is by putting all processing logic in DLLs and
just keep
> all the forms and visible parts in the main executable of your
application.
> (You can put forms in DLLs too but they will behave a bit unexpected
> sometimes.) The DLL would perform most of the business logic of your
> appliction while all your executable does is display input screens,
options
> and call the appropiate DLL methods.
> A third option is by building a multi-tier application. Again, here
you
> divide the user interface from the business logic. There are quite
a few
> techniques to do this but in general this means you will have one
system
> that contains the business locig and multiple clients that will
connect in
> some way to this system and call this business logic. Methods to do
this can
> be simple TCP/IP communication, DCOM or COM+ components or even more
> complicated techniques like SOAP. Yet this technique can be over
the top if
> all you want to make is a simple desktop application.
>
> But your solution is a good one too. A simple executable that uses
> ShellExecute to start other applications. If ShellExecute succeeds
you have
> a handle to the new process that you can use in
> WaitForSingleObject/WaitForMultipleObjects calls to see if the
process has
> ended again. Both functions are a bit complex API calls and I would
suggest
> you start reading the helpfiles and web first about them before
using them.
>; Of course, the application would need to have a list of executables
that it
> can start and offer the appropiate menu-option if that executable is
> available.
> --
> With kind regards,
>
> \/\//\ Wim,
> W.A. ten Brink
>;
> On 4/24/06, Roberto Freitas <solanofreitas...> wrote:
> >
> > Hi,
> > Sometimes a program becomes so large (and actually with many
different
> > interconnected functions) that it would be interesting to divide
it
> > into parts or modules.
> > For example, a management enterprise application. It has
accounting,
>; > payroll, stock, etc, each one is an application itself.
> > I would like to have a very small PROGRAM1.EXE with just a menu:
after
> > calling this first program, the user could choose on the menu the
> > actual application he is interested on. Then, PROGRAM1.EXE,
someway,
> > would call accounting program, or payroll program, etc
> > It's interesting because not ALL clients want to use ALL
functions, so
> > we can dispose modules accordingly.
> > How to do it using Delphi?
> >
>
>
>; [Non-text portions of this message have been removed]
>
-----------------------------------------------------
Home page: http://groups.yahoo.com/group/delphi-en/
To unsubscribe: delphi-en-unsubscribe@yahoogroups.com
Yahoo! Groups Links
|
[1]
|
|
|
about | contact Other archives ( Real Estate discussion Medical topics )
|