I've inherited some projects using lots of clean MVC ideas and I've inherited projects that made me come of withe the acronym YALOA.. Yet Annother Layer of Abstraction.... These later ones made me think of the quote that "Most complex systems that work started out as simple systems that work"
That said, I think the issue here is that you code for clients, maybe future coders,but you rarely code for your peers unless you're writing an open-source module for a widely used application. Coding for clients means there are deadlines and changing requirements and endless meetings, these things can play havoc on some architecture ideas and work okay with others, though of course, no plan survives first contact with the enemy.. er .. client... This is not a defense of code-and-fix, or of sloppy code, just a reminder that all these patterns and such are tools, only tools, and nobody remembers what tools great painters used, we just remember the painting... if the tool works, we love the result, if the tool is worshipped for it's own beauty, we're like those leica camera collectors who are bad photographers.... -Jeff "Arva, Adrian" <[EMAIL PROTECTED]> wrote: The patterns are there to help. No need to use something if it doesn't actually benefit you. It is weird for somebody to look for patterns to be implemented so that the application is "pattern" compliant. When you ensure that only one object needs to exist, voila, you used the singleton pattern. When you use one generic class to derive other classes, you have the factory pattern. But all this comes from your app dictating what needs to be done. In between patterns there is a lot of glue code. No worries, do the best app you can and at the end you'll notice a few patterns in there too. -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Andreas Rønning Sent: Monday, August 28, 2006 2:34 AM To: Flashcoders mailing list Subject: Re: [Flashcoders] Re: OOP methodology and flash. I'm loosing myfaith... As Neo said, don't sweat the OOP. I honestly, truly, vividly believe that in 9 out of 10 approaches to an AS2 flash application, most if not all design patterns boil down to overengineering. Like you, i've spent so long pulling my hair out trying to factor design patterns into my actual application functionality to no avail, yet falling back to a generic event model and inventing and extending as i go tend to resolve my issues fairly well, with less obfuscated code (as long as i keep my typing strict) and in far less time, especially since i started using FlashDevelop. In terms of production, what truly, actually matters, is that your client receives a solution that is stable, reliable, user frieindly and help ssell their product somehow, be it a website, a kiosk app, a presentation tool, whatever. The quality of a product isn't dictated by its OOP structure. I use OOP, and by OOP i mean inheritance and polymorphism, extensively to abstract problems down to a comfortable size. But do i feel less of a developer because i don't use MVC? Not by miles. IMHO, design patterns apply to RIAs and development in large groups. They do not apply to making a mouse trailer that says "loading" and a slideshow you can solve with 3-4 short classes and no inheritance. In typical flash instances, all AS2 is is less anarchic AS1. It is not C++. my $.2 - Andreas SJ _______________________________________________ [email protected] To change your subscription options or search the archive: http://chattyfig.figleaf.com/mailman/listinfo/flashcoders Brought to you by Fig Leaf Software Premier Authorized Adobe Consulting and Training http://www.figleaf.com http://training.figleaf.com _______________________________________________ [email protected] To change your subscription options or search the archive: http://chattyfig.figleaf.com/mailman/listinfo/flashcoders Brought to you by Fig Leaf Software Premier Authorized Adobe Consulting and Training http://www.figleaf.com http://training.figleaf.com ............................................................................................................ "The war is not meant to be won it is meant to be continuous." -George Orwell http://tinyurl.com/2sjb3 http://www.thesmokinggun.com/archive/0708042lay1.html --------------------------------- Stay in the know. Pulse on the new Yahoo.com. Check it out. _______________________________________________ [email protected] To change your subscription options or search the archive: http://chattyfig.figleaf.com/mailman/listinfo/flashcoders Brought to you by Fig Leaf Software Premier Authorized Adobe Consulting and Training http://www.figleaf.com http://training.figleaf.com
