Hi Jeff,
I use FLiP and OO. I don't see them as incompatible. After I do the UI,
my next step is architecture which basically means laying out all the
Objects and Methods. Now, some people use fancy UML modeling tools but I
don't have any of them nor the time or inclination to learn one so I just
use MS Word and Excel (and a basic Visio layout ) to draw up what I need.
At each step (wireframe, prototype, architecting and coding) you can expect
to refine the model and find missing things that you forgot about in the
previous step. Don't worry about getting 100% accuracy. You strive for it
but if you move on to the next step and find you missed something, no need
to return to previous steps, just keep going forward.
At least thats my approach,
R. Jason Cronk
Technical Support Group
Information Security
Legal and Compliance
Verizon, Inc.
there's never time to do it right, but there's always time to do it over.
"Jeff D.
Chastain" To: [email protected]
<[EMAIL PROTECTED] cc:
om> Subject: [CFCDev] OO Domain
Modeling
Sent by:
[EMAIL PROTECTED]
one.org
06/02/2006 03:11
PM
Please respond to
CFCDev
A philosophical question for a Friday afternoon ....
I have done plenty of projects in the past using Fusebox and other
frameworks with the FLiP design process. For those not aware of FLiP,
basically you design out the entire UI of the application before any
backend coding is done. Then, you break each page up into individual
pieces (display fuses) and determine what logic and backend code is
necessary to support that display code.
Now I am looking at developing a fairly large application and there are
many things about it that seem to say it would be a better fit for an OO
type design. So, my question is how do you start to model an OO
application? Do you just jump in and start creating objects (sounds like
a bad idea), or what?
Thanks
-- Jeff
----------------------------------------------------------
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).
An archive of the CFCDev list is available at
www.mail-archive.com/[email protected]
