Jim,
I understand that it takes time, a lot of time, to learn. Believe me i
do. I'm still learning.
What i was suggesting was more to build a small sample app with MG, in
order to begin to become more familiar with how to build an application
in an object oriented "best practice" way with the tiers that you
spoke of in your post. I don't think there's any much use in rebuilding
your app, or even considering it, until you get a really good handle on
how to design an application in this way.
I'd just go ahead and use MG 2, for sure. But again, it's really best
to just use it on a small sample app at first, something that doesn't
take a long time to build out so that you can make your learning
"mistakes" in a sandbox so to speak, before you move out into something
you are earning your living with. If your app is in modules or sorts,
you might just take one small piece of it and try to replicate it using
model glue
And again, this is only a suggestion. You'll be investing a lot of time
in learning something new, that's true. But my experience was that i
became a much better programmer because of it (and i still have a way
to go to meet the skill level of some of the people hanging out here).
I don't know if that will make you more money or get you in good with
the ladies though, so consider it carefully before you take the plunge.
ciao,
Nando
Jim Cassata wrote:
thanks
Nando!
I have been looking at ModelGlue in order to get my brain around what
it actually is. I do not understand what a "framework" is and am trying
to get a grasp on what it is and how I will benefit.
Not sure of the benefits because:
1) My web app is already built consisting of 750 cfm files
2) I am the sole developer
I am saying not sure because that is the boat I am in. (which is
floating nicely) I just sunk two solid weeks of my life into CFEclipse
and am now seeing some benefit.
So, as I am going through my web app to put BL into CFCs, should I now
be recreating is as a new app in ModelGlue? Will I see a savings of
time by the time I am done or will it be like more of a rewrite of my
app?
-----
Original Message ----
From: Nando <[EMAIL PROTECTED]>
To: [email protected]
Sent: Friday, February 16, 2007 8:47:12 PM
Subject: Re: [CFCDEV] CFC best practice
Jim,
I've been thinking about your post in the back of my mind for a few
days. I have a suggestion for you to think about. Try ModelGlue out.
MG, because of the way it's structured, throws you in the water so to
speak with CFC's. You use CFC's to do everything except the display .
And it's really not too difficult to learn.
What will probably happen is you'll soon be making your first design
"mistakes", which are similar to putting your shoes on the wrong feet,
or your shirt on backwards. And that's when you begin to learn
something valuable, because you then need to figure out how the shirt
or the shoes fit properly in your application design.
So the nice thing about MG is that it plops you in a world filled with
CFC's to begin with. At first, that might be foreign and a little
frustrating, but the MG QuickStart guide is really easy to follow and
that helps. Try it out with a simple, personal project first.
A disclaimer about Flex tho'. MG is for HTML apps with perhaps Flex
widgets. It becomes useless if your app is entirely Flex based. MG is
also appropriate if you have a Flex component alongside an HTML
component and they both share common services.
Nando
On 2/15/07, Jim Cassata <[EMAIL PROTECTED]>
wrote:
Hi
all,
As I am moving my single tier CF app (hey, that was how the training
was done back then ;) to be multi-tier, I have a question re forms and
CFCs. In my app, I have a form.cfm page and the form action is the
formaction.cfm. The question I have is should I use the CFC as the form
action or use a cfinvoke from the formaction.cfm. I have seen a
how-to-do-this in livedocs but not a whether-I-should-do-this. It seems
that all things being equal I could do away with quite a few
formaction.cfm pages and consolidate into a few CFCs. Your thoughts?
Thanks,
Jim C
You are subscribed to cfcdev. To unsubscribe, please follow the
instructions at
http://www.cfczone.org/listserv.cfm
CFCDev is supported by:
Katapult Media, Inc.
We are cool code geeks looking for fun projects to rock!
www.katapultmedia.com
An archive of the CFCDev list is available at www.mail-archive.com/[email protected]
You are subscribed to cfcdev. To unsubscribe, please follow the
instructions at http://www.cfczone.org/listserv.cfm
CFCDev is supported by:
Katapult Media, Inc.
We are cool code geeks looking for fun projects to rock!
www.katapultmedia.com
An archive of the CFCDev list is available at
www.mail-archive.com/[email protected]
You are subscribed to cfcdev. To unsubscribe, please follow the
instructions at http://www.cfczone.org/listserv.cfm
CFCDev is supported by:
Katapult Media, Inc.
We are cool code geeks looking for fun projects to rock!
www.katapultmedia.com
An archive of the CFCDev list is available at
www.mail-archive.com/[email protected]
--
You are subscribed to cfcdev. To unsubscribe, please follow the instructions at http://www.cfczone.org/listserv.cfm
CFCDev is supported by:
Katapult Media, Inc.
We are cool code geeks looking for fun projects to rock!
www.katapultmedia.com
An archive of the CFCDev list is available at www.mail-archive.com/[email protected] |
