Jon, Make sure to check out Transfer as soon as you can. I'm developing on an MG, Coldspring, Transfer stack and Transfer *significantly* speeds development for me.
Nando On Fri, Oct 3, 2008 at 2:36 PM, Jon <[EMAIL PROTECTED]> wrote: > What a wealth of information! I had been retooling an existing system > handed to me at work from a spaghetti code design to a Coldbox based design. > It seemed to perform the same and sometimes just slightly faster, but the > memory footprint was much much larger than the old system. At work I have > to develop on a shared environment (I work for a large corporation, so I > don't have much choice) so I have to keep things as lean as possible. > I have started the design on a system I am building that has turned out to > be fairly complex, and I definitely love how I can map things out in UML > using OO principles. I also really like the idea of IBO's vs Array of > Objects until object creation becomes less intensive in CF. If I design > right, making a switch in the future should be easy if I used proper OO. > > Back on the work scenario, unfortunately, we are given lots of restrictions > (no creatObject, no cftry/cfcatch, etc), because the department running it > hasn't changed their hosting policy since CF5, but thats a whole other > story. Due to these restrictions, any plans I make have to take performance > as a top priority without having the hosting police knocking down my door. > > MVC framework in my mind right now is a must, I can't tell you how many > systems I have had to retool from a big bowl of spaghetti. I have liked the > coldbox flow, I might take my new OO code and plug it into model-glue to do > a performance & footprint comparison > > So glad I found this mailing list! > > > On Thu, Oct 2, 2008 at 6:25 PM, Alan Livie <[EMAIL PROTECTED]> wrote: > >> And not only does Model-Glue perform well, it also feels good too. Any >> performance negatives are blown away by the framework's elegance.. >> I have't tried Mach-II and it's god but I don't like FuseBox so M-G is the >> best I've found so far. >> >> I reckon Coldbox would be good too though! >> >> Alan >> >> ----- Original Message ---- >> From: Jaime Metcher <[EMAIL PROTECTED]> >> To: [email protected] >> Sent: Thursday, October 2, 2008 11:37:37 PM >> Subject: [CFCDEV] Re: Frameworks and Performance >> >> >> Jon, >> >> You're talking about two different things here - frameworks and OO. Very >> much related, as many frameworks require some level of OO in your app, but >> different nonetheless. >> >> The other responses have covered the frameworks side admirably, so I'll >> just >> comment on the OO. The big performance hit happens when, all fired up >> with >> visions of OO utopia, you decide that *everything* in your app will be an >> object. If you do this, with a substantial app, you can bring just about >> any hardware to its knees and end up convinced that OO is a swindle. >> >> The key is to recognize that object creation is a bottleneck and avoid >> creating thousands of objects per request. This is not a reflection on OO >> per se - the same thing is true of, say, custom tag invocation, or task >> context switching etc etc. >> >> *How* to do OOP without lots of objects is the subject of many, many >> discussions, but basically, if you find yourself looping over a query and >> creating an object for each row you're probably in trouble. >> >> Given that your reporting app is probably doing lots of looping over >> queries, you may not get a huge benefit out of an ORM. The ORM itself >> won't >> slow you down, you just won't get to use the nice bits. MVC and IoC are >> probably worthwhile for any non-trivial app. >> >> Jaime >> >> > -----Original Message----- >> > From: [email protected] >> > [mailto:[EMAIL PROTECTED] On Behalf Of Jon Hall >> > Sent: Friday, 3 October 2008 5:49 AM >> > To: CFCDev >> > Subject: [CFCDEV] Frameworks and Performance >> > >> > >> > Every direction I seem to go in my OO training, many suggest >> > frameworks as resolutions to my problems or ways to make it >> > easier for me to develop. What is some of the cost to these >> > frameworks as far as performance? Alot of developers seem to >> > use "caching" as a resolution to the performance costs, but >> > isn't this just a band-aid to the real problem? Alot of >> > people run their apps on VPS's and shared hosting so throwing >> > more RAM & CPU at it can't be done easily, and you can only >> > upgrade so far before the cost of upgrading outweighs >> > trimming some fat out of the code. >> > >> > I read about people refactoring systems into OO Design from >> > procedural and seeing a big performance hit. Sure it was >> > easy and fast with MVC/ ORM/IC, but at what cost? Do alot of >> > developers use a mix of frameworks depending on the >> > application need? A data reporting system would benefit from >> > MVC, but due to its simplicity would ORM be overkill or is >> > the overhead minimal making it worth while? >> > >> > Jon >> > > >> > >> >> >> >> >> >> > > > > -- Nando M. Breiter The CarbonZero Project CP 234 6934 Bioggio Switzerland +41 76 303 4477 [EMAIL PROTECTED] --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "CFCDev" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/cfcdev?hl=en -~----------~----~----~----~------~----~------~--~---
