CVS update: gnucash/src/business/business-core/test

Linas Vepstas linas@linas.org
Fri, 16 Nov 2001 20:29:45 -0600


On Fri, Nov 16, 2001 at 09:19:49PM -0500, Derek Atkins was heard to remark:
> linas@linas.org (Linas Vepstas) writes:
> 
> > On Fri, Nov 16, 2001 at 08:45:34PM -0500, Derek Atkins was heard to remark:
> > > > p.s. src/business ??? what's the intended contents of this directory ??
> > > Business Accounting.  Customer/Vendor databases, A/R, A/P, Invoicing,
> > 
> > Yes, right.  Maybe what I really meant to say was 'most vendors treat
> > A/R as a module separate from A/P, which is separate from billing, 
> > etc.  So if you take the module approach, you'll probably want to be
> > more fine-grained.  (Funny how that is: my advice for you on  the C
> > structs was to be more coarse-grained).   Point is, not every business
> > user will want every business module.
> 
> I'm trying to make it as modular as possible, although I dont think
> people will complain if they "load in" functionality that isn't used.
> 
> When it comes to A/R, A/P, Orders, and Invoices, I expect a LOT of
> code re-use, which implies (to me) that it will probably all be in one
> module.


Hmm, well, OK, I admit that at one reason other packages turn these into
separate modules is so that they can charge $$ for each separate
module...

The words 'code reuse' scare me.  There should be no code reuse;
if there is, then you haven't abstracted the problem correctly.
I assume you mean 'closely tied function'.

--linas


-- 
pub  1024D/01045933 2001-02-01 Linas Vepstas (Labas!) <linas@linas.org>
PGP Key fingerprint = 8305 2521 6000 0B5E 8984  3F54 64A9 9A82 0104 5933