|
<FONT face="Default Sans Serif, Verdana, Arial, Helvetica, sans-serif" size=2><P>I'm creating a rather large file maintenance program, split up into several modules. Each of the modules perform specific portions of the maintenance, and they also call other functions out of other service programs. they all have 'nomain' specified, and they will be bound to a driver program that will call each one.</P><P>I can see a future where the individual modules in my program might be called by themselves from other programs, so i thought it might be nice to wrap them up into a service program for easy access.</P><P>what I'm looking for is a little advice on how you all would design such a thing. </P><P>should I eschew the original model of creating a program of mutliple modules, and just create a driver program that calls the modules from a service program? </P><P>or should i go ahead and bind them together with the driver and if i decide to use one of these modules in another program, just bind that the module with the program?</P><P>or some combination of both?</P><P>clear as mud?</P><P>thanks,</P><P>rick</P></FONT>
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.