> So, Dan are you now working for MM? > I agree with what you are saying about the presentation > just being a skin but I also agree at times with Sir > Isaac. The problem that I see is that a CFC has the > capability to be used by more than just CF. As Billy > Cravens once demonstrated, a CFC could be called by an > ASP or PHP page. Therefore, restricting the output > capabilities can actually be a good thing in that one > of the things gained is platform independence at the > presentation layer (which I think is a huge win).
I agree with that. Personally I'd rather see that done as a matter of choice on the part of the architects rather than being forced upon them. And of course, if your presentation layer is separate from your logic layer, there's nothing preventing you from handling your presentation layer _for_cf_ with more CFC's and you still have the ability to create other presentation layers for PHP or ASP if that's the direction you're headed. ( I'm guessing that requires the use of xml and http requests and is going to be hideosly slow as a result given current technology. Of course that's just an assumption on my part, so I could be entirely off base. :) > I have no problems confining CFC's to "back end" or > "Server side" logic and using Custom Tags for the > presentation layer. I only have a problem with it if it's not by choice. > I think that people have finally "got the message" with > Flash MX and stopped all those horrific intro pages and > are taking the real value of Flash MX with links to data > sources via CFMX. Oh, you're interrested in my products? Let me stop you at the door for 5 minutes so I can show you a brief music video / montage about them before I let you do your shopping. :) It's so rediculous -- nobody would think about doing that in a brick-and-mortar store, so I don't know why they thought it was such a fantastic idea on the web. > Flash MX is a great improvement. There are a couple of > features that I wish it had that I get requests for a > lot. I would like to build a table that has "locked/fixed" > column headings with scrolling data. This is still kind > of tough to do in Flash MX. The parallel then comes in > the ability to print the data in the table. Yes, I can > do this with CSS but it does not work on all browsers. Yea, that's something I've wanted to do for a while also. I've never actually come across the CSS code that makes it possible even in IE. I thought it would be putting overflow on a tbody tag, but that didn't seem to have any effect. I think domapi has a widget for that, but the last time I went to domapi.com a few months back half of the widgets still didn't work even close to correctly in NS 7. > Any way, back to the original discussion. I think there > is a solid place to use both CFCs and Custom Tags. It's also not necessary to have CFC's to have OO in CF. There's always cf_objects and smartObjects for CF 5. I didn't use either of them when I implemented the OO features in Tapestry, partly because I wasn't aware of them (I don't know if they were available when I started either), and even after looking at them in retrospect the OO implementation in Tapestry isn't as complex and makes certain concessions for the sake of its niche that might have been difficult with either cf_objects or smartobjects, like integrating classes in the DB and referencing them by the db table's primary key, rather than referencing them by name and putting them all in the file system. Not that there's anything wrong with having them all int he file system, but I'd have had to come up with some other method of separating custom classes for different clients if the app is set up as an ASP service, etc. But you can get an amazing amount of separation between logic, content and presentation just with cfinclude and custom tags alone. s. isaac dealey 954-776-0046 new epoch http://www.turnkey.to lead architect, tapestry cms http://products.turnkey.to tapestry api is opensource http://www.turnkey.to/tapi certified advanced coldfusion 5 developer http://www.macromedia.com/v1/handlers/index.cfm?ID=21816 ----------------------------------------------- To post, send email to [EMAIL PROTECTED] To unsubscribe: Send UNSUBSCRIBE to [EMAIL PROTECTED] To subscribe / unsubscribe: http://www.dfwcfug.org
