> Once again I state that this is my own personal opinion > derived from many long hours of CF. > > If you disagree but can find no constructive comment, please > abstain from commenting.
I'm sorry, but that's a tall order. This is a public list, so if you make a comment and someone disagrees, they'll probably comment anyway. That's largely what I'm doing, I think. That said, I'll try to be helpful where I can. > The choice of language was not left to me so I have not > looked forward to developing the system, which only serves > to exacerbate the annoyances experienced with the language. I suspect that you'll continue to be unhappy. If so, why continue to work there? I'm serious about that - life's too short to spend all your time doing something you don't enjoy. You've said that you're going to be working on that system as long as you're there, and it's going to be done in CF whether you like it or not, and that you really don't like programming in CF. > Object orientation (or lack thereof) and the implementation > of it in CF ... CF isn't an object-oriented language. Despite the introduction of CFCs, CF has historically been about as diametrically opposed to object-oriented programming as, say, writing batch files or shell scripts. That's not a flaw in the language; there's nothing wrong with procedural programming, but if you don't like it there's not much to be done about it. > performance of CFCs (found it can take 3ms to call a method!) ... Have you tested CFMX 6.1 yet? It might speed some of this up. Then again, it might not, I guess. > functions ... Could you elaborate? > general CFML syntax ... Again, this is what it is. You're either going to like it, or you won't. Some people just can't stand it. But, if you're writing lots of presentation logic, or you started by learning HTML, it's a very sensible syntax. That's really the background from which CF comes. > sessions doing weird things (may be my fault) ... Again, could you elaborate? There's nothing magical or special about how CF handles sessions - it uses the same mechanism as the underlying Java application server, basically. > Errrm, what else... Ah, if you put an object into the > SESSION variable it not only stores the data, but the > methods associated with it as well. Therefore change > the class and it doesn't change in memory. Yes, that's right. Aside from development issues, what difference does that make really? I've heard others complain about this, but aside from the annoyance of having to reinitialize your session while you're writing code, it doesn't seem to be a significant issue. In addition, this behavior seems pretty sensible to me - an object is just data, really, so why should it change when you modify the template from which you created the object? > If I could work out how to serialize the data at the > end of a request I'd do that, but I've no idea. There's no automatic way to do this, but you could certainly write serialization and deserialization methods for your objects, and call those methods in OnRequestEnd.cfm. I'm not sure I'd want to do that after every request, though. > No constructors, no true private/protected variables ... I don't care for that either. But, again, the goal of CFMX isn't to be Java, it's to provide a simple tool for writing web applications. Sometimes that simplicity clashes with our desire, as developers, for greater control. > CF compiles the CFC not to a class by to a series of > .class files, one for each method So? Why does the internal implementation matter to you? > output="false" from a calling function applies to the > called function even if the called function does > output="true". That seems to be sensible behavior, again, and I imagine that if the opposite were true, others would complain about that. Since you're not happy with the way CFCs work, would it be an acceptable alternative for you to just write Java classes instead, and call those from CF using CFOBJECT? Dave Watts, CTO, Fig Leaf Software http://www.figleaf.com/ voice: (202) 797-5496 fax: (202) 797-5444 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~| Archives: http://www.houseoffusion.com/cf_lists/index.cfm?forumid=4 Subscription: http://www.houseoffusion.com/cf_lists/index.cfm?method=subscribe&forumid=4 FAQ: http://www.thenetprofits.co.uk/coldfusion/faq This list and all House of Fusion resources hosted by CFHosting.com. The place for dependable ColdFusion Hosting. http://www.cfhosting.com Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
