Beefy Boxes and Bandwidth Generously Provided by pair Networks BBQ
The stupid question is the question not asked
 
PerlMonks  

(Revelation) Re: Where/When is OO useful?

by Revelation (Deacon)
on Jun 21, 2002 at 02:57 UTC ( [id://176238]=note: print w/replies, xml ) Need Help??

This is an archived low-energy page for bots and other anonmyous visitors. Please sign up if you are a human and want to interact.


in reply to Where/When is OO useful?

Using OOP:
Personally, I find object oriented programming to be most useful when coding for abstraction, and structure. Object oriented programming is a much more serious commitment, that programming in general, because I find myself more committed to revision, optimization, and incite into my data. Packages that focus on abstraction, and being useful in many situations seem to be easier to write, as well.

Object oriented program seems to go hand in hand with modeling the input data, something that I don't find myself doing most of the time. This goes hand in had with better algorithms, increased efficiency in SQL queries, and consistent data parsed. All this leads to well structured, clean code; usable in the future, and soapy clean.

Data modeling makes us look at the most important factor in our code, the initial data sent to the script. OOP stresses an underlying structure that can deal with this data methodically, and with an inherited structure, forcing a more thorough data analysis, reducing development time, and ensuring more accurate coding. Part of data modeling is 'data hiding,' preventing classes from accessing data meant for their counterparts, allowing for greater security.

OOP allows me to abstract subroutines, optimize quicker, and revise in smaller chunks. Programming for data manipulation, instead of functionality brings structure, and detail into the code earlier in the game. Structure has always been a great virtue in code, and OOP allows me to get to that clean structure that it seems to so elastically bind around.

Adding to the list from my thoughts:
  • Use OO when maintainability counts.
  • Use OO when structure is lacking, or for abstracting structure. (much like your fourth suggestion.)
  • Use OO when logic fails, or has little use, but data manipulation seems to bring us closer to the goal.
  • Use OO when you know how to use OO. Don't just go and bless something, and tell us you're OO programming, use it if you know how to manipulate it and the methodology it gives you in programming.

I do not claim to know what I'm talking about :)
  • Comment on (Revelation) Re: Where/When is OO useful?

Replies are listed 'Best First'.
Re^2: Where/When is OO useful?
by Anonymous Monk on Jun 25, 2005 at 15:11 UTC
    Obviously, you don't know how to use OO, so you can't know that we shouldn't use OO when we don't know how to use it! (Of course, we do.) There's no point in writing about something on this site if you don't have an inkling what it is. You yourself are "tredding <sic> on OO dogma", and for that you must be punished. No self-important idiot or blowhard deserves to post anything on this site, let alone be made a Pontiff. "Well, I've had enough of morons and idiots, dolts, dunces, dullards, and dumbbells, and you chowderhead yokel, you blithering hayseed, you've had enough of me?" (Twin Peaks) -100104

Log In?
Username:
Password:

What's my password?
Create A New User
Domain Nodelet?
Node Status?
node history
Node Type: note [id://176238]
help
Sections?
Information?
Find Nodes?
Leftovers?
    Notices?
    hippoepoptai's answer Re: how do I set a cookie and redirect was blessed by hippo!
    erzuuliAnonymous Monks are no longer allowed to use Super Search, due to an excessive use of this resource by robots.