Glad you found it useful Mike. I should note though that even that code was
written a year or two ago and I would do a a couple of things differently if
I wrote it today. Nothing too major though. One of these days I'll take some
time to update it. Maybe knowing that folks are still looking at it
Maybe knowing that folks are still looking at it will
make me find that time.
I don't like that one since it's got the word fusebox in it but,
Brian I did start reading through your Polymorphism with ColdFusion
Components on builder.com I like that one.
That one is great, just an FYI my Cat
Casey, I built it as an example of using both Fusebox 4.1 and using CFCs.
The CFC portion of the application is completely independent of the fact
that the UI controller layer is using Fusebox. In other words, the same CFCs
could be used in a Mach-II or Model-Glue frameworks (or no framework at
On 1/15/06, Casey Dougall [EMAIL PROTECTED] wrote:
I want to find something with some real nitty gritty, down and dirty
examples of how to use CFC's. Just one solid example that shows how a
CFC can be used with display, update, delete add functionality. It
Well, the generally accepted best
Well, the generally accepted best practice is that CFCs should *not* output
anything...
WHY???
I understand why one would not want to mix display functionality with other
layers of logic, and I am trying to learn how to separate my coding along these
lines. But nobody has explained to me
I have used them from time to time as containers of displayed code. Seen
a few people use them for displaying information as well, only example that
comes to mind for that is someone showed a datagrid CFC awhile back at our
CFUG.
On 1/16/06, Ian Skinner [EMAIL PROTECTED] wrote:
Well, the
From what I've read, it can obviously be done, but it's just bad form.
MVC doesn't have to be adhered to either, but it does make your life
easier in code reusability and maintainability.
mike
Ian Skinner wrote:
Well, the generally accepted best practice is that CFCs should *not*
output
From what I've read, it can obviously be done, but it's just bad form.
MVC doesn't have to be adhered to either, but it does make your life
easier in code reusability and maintainability.
Mike
So, why is it bad form? Assuming you are not mixing your layers, why is it
bad to create a view
Hey Ian,
Good point.. you got me there. I'm guessing it probably has something
to do with OO practices and that objects are for data and logic and then
something else displays the information.
On the flip side, they do provide a mechanism for passing variables in
that could be displayed...
Well, the generally accepted best practice is that CFCs should
*not* output anything...
WHY???
Ah ah, a matter of religion matter again ;-)
Some day, most likely a saturday at 8 AM, some MVC witness will ring at
your door and explain everything to you ;-))
--
found it:
http://coldfusion.sys-con.com/read/154231.htm
i'm gonna read it now and see what it says..
Mike Soultanian wrote:
Hey Ian,
Good point.. you got me there. I'm guessing it probably has something
to do with OO practices and that objects are for data and logic and then
something
Good point.. you got me there. I'm guessing it probably has something
to do with OO practices and that objects are for data and logic and then
something else displays the information.
That only proves one thing : may be OO is not good for ColdFusion ;-))
--
This is one of those situations where I think people are making CF too
Java-esque. Obviously the thought from Macromedia was that they would
output stuff otherwise, I wouldn't have to put Output=false on every
frickin function I write.
MVC doesn't rely on the underlying language, so I don't
Good point.. you got me there. I'm guessing it probably has something to do
with OO practices and that objects are for data and logic and then something
else displays the information.
But wouldn't that say then, an OO language, like say JAVA, uses something other
then an object for the
After some more thought, I could see them coming in handy if I were
building a script-based, traditional setup. However, I am a recent
fusebox addict (which is amazing, btw) and therefore there isn't much
need for me to make an additional CFC to handle output. The concept of
fuses is that
On 1/16/06, Ian Skinner [EMAIL PROTECTED] wrote:
So, why is it bad form? Assuming you are not mixing your layers, why is it
bad to create a view CFC that does nothing but display? What is it about
using a CFC for the display that would break a MVC model?
If you use a plain ol' CFML page
Well, the generally accepted best practice is that CFCs
should *not* output anything...
WHY???
I understand why one would not want to mix display
functionality with other layers of logic, and I am trying to
learn how to separate my coding along these lines. But
nobody has
I was actually curious about that book as well. My goal from this point
forward was to write all of my code in CFCs only. I haven't written a
CF function yet as I haven't been ready for the transition, but it
doesn't look like it's going to be that tough. You might also want to
check out
Pretty sure that is one I bought awhile, if so then I would avoid it. I did
not care for it at all but to each their own.
On 1/15/06, Michel Deloux [EMAIL PROTECTED] wrote:
Hi all
I'm an intermediate CF developer looking for(late 'cause CF 5
version) CFC books to learn how to work with
really? How come you didn't like it? I've heard it's pretty
conceptual, but I don't mind that kinda stuff, especially if it'll help
me design my overall cfc structure better..
Aaron Rouse wrote:
Pretty sure that is one I bought awhile, if so then I would avoid it. I did
not care for it
Message-
From: Aaron Rouse [mailto:[EMAIL PROTECTED]
Sent: Sunday, January 15, 2006 2:41 PM
To: CF-Talk
Subject: Re: The best CFC book is...
Pretty sure that is one I bought awhile, if so then I would avoid it. I did
not care for it at all but to each their own.
On 1/15/06, Michel Deloux
I did not like how it was written, did not like how several of the examples
were flawed, and did not like the general layout of the book felt like it
was done in a manner to just fill up more pages. I think a lot more could
be learned about CFCs through online tutorials and mailing lists.
Oh.. are you talking about hal helms book or the gang of
four book? I thought you were talking about the gof book.. I haven't
read hal's book.. my bad ;)
Mike
Aaron Rouse wrote:
I did not like how it was written, did not like how several of the examples
were flawed, and did
On 1/15/06, Michel Deloux [EMAIL PROTECTED] wrote:
I'm an intermediate CF developer looking for(late 'cause CF 5
version) CFC books to learn how to work with components.
There are no good books for learning CFCs (Hal's book is very
out-of-date because of changes in components since it was
Yeah, I liked the gof book, sorry about that.
On 1/15/06, Mike Soultanian [EMAIL PROTECTED] wrote:
Oh.. are you talking about hal helms book or the gang of
four book? I thought you were talking about the gof book.. I haven't
read hal's book.. my bad ;)
Mike
best book? ...google...a great psuedo-random book where authors can
pay to alter the so called randomness :)
DK
On 1/15/06, Michel Deloux [EMAIL PROTECTED] wrote:
Hi all
I'm an intermediate CF developer looking for(late 'cause CF 5
version) CFC books to learn how to work with
On 1/15/06, Douglas Knudsen [EMAIL PROTECTED] wrote:
best book? ...google...a great psuedo-random book where authors can
pay to alter the so called randomness :)
Douglas, have you attempted Googling this? I'm in the same boat as
Michel. I would love to gain a better understanding of these and
- Original Message -
From: Casey Dougall [EMAIL PROTECTED]
To: CF-Talk cf-talk@houseoffusion.com
Sent: Sunday, January 15, 2006 5:22 PM
Subject: Re: The best CFC book is...
On 1/15/06, Douglas Knudsen [EMAIL PROTECTED] wrote:
best book? ...google...a great psuedo-random book where authors can
pay
Hey Casey,
Here's a good example:
http://tinyurl.com/3mrec
I learned quite a bit from the way that he set up his CFCs
in his sample bookstore app. Yeah, it's fusebox, but the
concepts would carry over to script based programming as
well.
Mike
On Sun, 15 Jan 2006 20:22:52 -0500
Casey
29 matches
Mail list logo