I have stepped on a key before, but it was easy to
find with Data::Dumper.
Now I am in the habit of writing a little test program
using the module. The test program uses
Data::Dumper so that I can look at the object before
writing something that will inherit from it.
This approach has been satisfactory unless the objects
are overly large, complex, or numerous. There are several
dimensions to this scalability problem:
- Length: The object is really long, such as Data::Dumper
output that is more than 10,000 lines long.
- Depth: The data structure has too many levels, so
that indentation is hard to follow. I typically
start to lose insight
somewhere between 5 and 10 levels of depth.
- Complexity: Since the hash values come out in
a non-intuitive order, small things can get
lost next to big things.
However, if I'm doing something this big and complex
I usually have the time to do some research to
figure it out.
My approach is not perfect. This may be why
I don't use an IS_A relationship when a HAS_A
relationship will probably work just as well
in my immediate application.
It should work perfectly the first time! - toma
-
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.
|