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 > > > > > > > > > > > > --~--~---------~--~----~------------~-------~--~----~ 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 -~----------~----~----~----~------~----~------~--~---
