I think it should be clarified that a class or function with what we would determine is a high number of lines of code does not mean that its an indicator of crap code. If you go by line numbers then anyone who places the opening brace on the next line will have at least 25% more lines than someone that doesn't. You would also need to take into account if a class or function has comments in it. In the case of the UIComponent class I'd say another 25 to 50% are just that. With those taken into account the line count might be ~ 8000 (just guessing). Nevertheless, the only way to measure good code is the number of WTFs per minute.
At home 1k or 1k x 50 to 100 instances of interfaces doesnt matter to me but on mobile or on a client website or mobile app it helps. On Sunday, January 15, 2012, Omar Gonzalez <omarg.develo...@gmail.com> wrote: >> Also, every byte matters. You say "who gives a shit about a 250 extra > bytes >> in a SWF?!". I say this guy and many others. Many people are pushing for a >> smaller lighter framework, not a bigger one. >> > > I hear what you're saying, Jon, but honestly, the framework is not going to > get any smaller by optimizing interfaces to not take an additional 1k or > 250 Bytes. The framework will get optimized when we fix the behemoth > otherwise known as UIComponent. There is no reason any class should have > 16,000 lines of code. I don't think anyone can argue that's optimal or a > good code design. So I agree with David Arno,... Who gives a shit about 250 > bytes. I care more about UICOMPONENT being 16000 lines of crap. > > -omar >
