RE: OSC Engine-Contrib Objects

Strider <[email protected]> 6 Aug 2003 07:46:39 -0000
Newsgroups gmane.comp.web.oscommerce.suggestions
Message-ID <ab3dfe49bf8611d41d26f3d81c677e7a@osCommerce-Forums>
This message was sent from: Suggestions and Proposals
http://forums.oscommerce.com/viewtopic.php?p=208465#208465
----------------------------------------------------------------

well there are a few things that come to mind. one is to of how the program works now. if you divide the system up into smaller chunks, similar to the way the checkout process works, then your definition of what needs to be done is more targeted. We have the boxes which are controlled by certain logistics such as in the way they present data back to the class. Yet for the main part of the code .. their are some areas that have 1200 lines of code .. why? sure it does a lot .. but does it do to much for a single file of inline code. Why shouldn't that be 200 lines of code with classes or modules brought in similar to a pipe that you could say ok I need this to happen to data or I need to get this data from the user or I need to jump when I should have fallen or etc etc etc ..
Just think of admin/categories and the bowl of spaghetti that code is. I hate modifying it. I hate looking at it. and why should I feel this way? it does categories and products yet there is very much a difference in the way the logic is handled for both.  I know I am sounding like I am complaining more than giving a clear example of what we could do, yet I feel that in the complaining there is a small ray of light. A glimmer of includes that could be stacked in orderly fashion. Where possibly we have the data object the i/o object and the template object. Or maybe I am just dreaming.