This is the mail archive of the
xsl-list@mulberrytech.com
mailing list .
RE: Business logic (was: Re: Efficiency Issues)
- From: "Michael Kay" <michael dot h dot kay at ntlworld dot com>
- To: <xsl-list at lists dot mulberrytech dot com>
- Date: Thu, 11 Apr 2002 09:27:55 +0100
- Subject: RE: Business logic (was: Re: [xsl] Efficiency Issues)
- Reply-to: xsl-list at lists dot mulberrytech dot com
> Nobody has a precise but universal definition of the term
> "business logic". One man's busines is someone else's
> presentation.
You are right.
> Business logic is transactions, dealing with database access,
> doing complicated calculations, drawing charts, perform spell
> checking.
You are wrong. Drawing charts is (my) presentation. "Dealing with database
access" is not business logic either. Spell-checking is a grey area, or
perhaps a gray one, depending on the business and/or presentation rules.
> If it's easy to do in XSLT, it is often presentation.
> If it seems to be hard or impossible in XSLT, in particular if
> you feel the need to store calculated trees in variables and
> run templates on them again, or if you have lots of xsl:if
> and xsl:choose, or lots of recursive templates, it is probably
> business logic.
>
I'm not convinced. I've seen XSLT used to do tax and interest rate
calculations. That's definitely (my) business logic.
Actually, I think the vast majority of applications contain no business
logic, they are purely concerned with presentation and data storage.
Michael Kay
Software AG
home: Michael.H.Kay@ntlworld.com
work: Michael.Kay@softwareag.com
XSL-List info and archive: http://www.mulberrytech.com/xsl/xsl-list