comment on

but the person I'm writing it for likes the code to be object-oriented.

My personal feeling is that's not their decision to make. OO is not the be-all, end-all. Using OO for the sake of it when it is not warranted is silly.

The technical details of the implementation are up to you as the programmer. Use the right tool. If OO makes sense for the script, use it. Do what is simplest, and most maintainable, and makes sense for the application.

I get into this at work all the time, where management wants to dictate a piece of the technology, where they are not knowledgeable. It needs to be left up to us, the programmers, to make the proper technical design decisions (within reason of course, that doesn't mean telling the company to switch from Linux to FreeBSD just because prefer it or whatever... there needs to be merit.)

In reply to Re: Object-Orienting A Procedural Script by mbadolato
in thread Object-Orienting A Procedural Script by Cody Pendant

Are you posting in the right place? Check out Where do I post X? to know for sure.
Posts may use any of the Perl Monks Approved HTML tags. Currently these include the following:
<code> <a> <b> <big> <blockquote> <br /> <dd> <dl> <dt> <em> <font> <h1> <h2> <h3> <h4> <h5> <h6> <hr /> <i> <li> <nbsp> <ol> <p> <small> <strike> <strong> <sub> <sup> <table> <td> <th> <tr> <tt> <u> <ul>
Snippets of code should be wrapped in <code> tags not <pre> tags. In fact, <pre> tags should generally be avoided. If they must be used, extreme care should be taken to ensure that their contents do not have long lines (<70 chars), in order to prevent horizontal scrolling (and possible janitor intervention).
Want more info? How to link or How to display code and escape characters are good places to start.


"be consistent"
	PerlMonks