Hi Everyone,
I'm working on a reasonably sized internal project that allows my client's
employees to process orders, charge payments, ship products and much more -
the usual.
There are many players in the system - from customers to suppliers to
employees, etc. - and each of them requires contact info like addresses,
emails, phones, etc.
This has led me to objectify elements as small as an email and phone, so
that they can be re-used in different areas.
The issue is that now I'm finding myself with a large number of CFC and
interface calls on many pages.
Take for example starting an Order. The employee must:
- Add/Update a customer
- 3 CFCs and 3 cfimports called for phone, email, and other
- 1 CFC and 1 cfimport for address
- 1 CFC and 1 cfimport for name, birth date, gender, etc.
- Add/Update Billing info
- 1 Payment CFC that calls 3 other CFCs
for CC, ECheck, MoneyOrder
- Select Products
- 1 CFC for the cart object
- Another CFC for the actual prod info from DB
- etc., etc.
- 3 more sections like these
On this one page, over 20 objects are instantiated and init()'ed, and over
20 interfaces are cfimported. A lot of them are sub-calls, like for example
the customer interface itself cfimports the email, phone, etc.
Is all this normal? Do you guys have pages with that many calls and
overhead? If this was being done procedurally we would need no more than 3-4
queries and some HTML.
Someone suggested I not break-up little things like phone and email but my
phone component is quite complex and I would not want to rewrite it.
----------------------------------------------------------
You are subscribed to cfcdev. To unsubscribe, send an email to
[email protected] with the words 'unsubscribe cfcdev' as the subject of the
email.
CFCDev is run by CFCZone (www.cfczone.org) and supported by CFXHosting
(www.cfxhosting.com).
CFCDev is supported by New Atlanta, makers of BlueDragon
http://www.newatlanta.com/products/bluedragon/index.cfm
An archive of the CFCDev list is available at
www.mail-archive.com/[email protected]
