> Having coded pretty extensively in both CF and PHP (and > some ASP -- sloowww), I'd still give the crown to CF.
> PHP -- as mentioned -- is a little uglier in database > access/query output. But then, so is any language compared > to CF, at least to me. I have yet to see db code that's as legible as CF's in another language myself. I have yet to see another language that will allow you to use flow control in the middle of a sql script -- in all other cases I've seen you have to use flow control to build a string and then use the string to call a function on the db or recordset object. Which never seems as legible to me as something like <cfif blah> is null <cfelse> = #myval# </cfif> > Where PHP shines -- and cuts development time -- is it's > Perl-like attributes: robust regex support and so on. I > recently had to write a custom tag for CF, about 40 lines > of code, that took ONE line of code in PHP and Perl. not sure I know what's meant by "perl-like attributes", but the support for regex in MX is pretty thorough from what I understand, even including negative-look-ahead. > So you really can't say one is faster than the other > without some qualifications. That said, I still think that > CF is -- for appropriate task -- significantly faster than > PHP, UNLESS one has a library of PHP modules > (object-oriented PHP, classes...) that one can cobble > together relatively quickly. How would a library of OO PHP classes be faster to implement than a library of OO style or simply reusable CF code? I suppose I've never really perceived cutting dev. time as being the big advantage of OO architecture anyway -- I always saw it as flexibility and "black-boxing". True, it's faster to build a derived class with few of its own properties and/or methods than it is to build an object from scratch, but building an object at all isn't always necessarily faster than building a non OO solution. And of course you can save time by being able to update many classes simultaneously by altering the definition of an ancestor class -- although with projects of any considerable size I doubt this is done frequently. Most of the time imho you wouldn't want to make changes of any functional nature to a core class once a project had left the drawing board for fear of damaging the function of derived classes. 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 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~| 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 Structure your ColdFusion code with Fusebox. Get the official book at http://www.fusionauthority.com/bkinfo.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
