× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.


  • Subject: RE: Tables, Wrappers and MLs, oh my!
  • From: "Stone, Brad V (TC)" <bvstone@xxxxxxxxxxxxxx>
  • Date: Fri, 23 Mar 2001 08:43:59 -0600

Sorry about the other post.  I had a buddy that wanted to read this thread
and was forwarding on to him...  sorry!

Brad

> -----Original Message-----
> From: Larry Loen [mailto:lwloen@us.ibm.com]
> Sent: Thursday, March 22, 2001 5:20 PM
> To: JAVA400-L@midrange.com
> Subject: RE: Tables, Wrappers and MLs, oh my!
> 
> 
> 
> Brad Stone asked:
> 
> >When I see all this, I have to ask, is it
> >really worth it?  Why not do some
> >OO and some procedural programming?
> 
> >Does anyone else have any thoughts on this?
> >(I know Joe P's out for the
> >week).
> 
> Yes, there does come a point where you have to cry a halt to the O-O
> methodology and code actual methods.  At that point, the 
> methods themselves
> are largely if not exclusively procedural code.  It eventually becomes
> important for performance as well; a program can't just be a 
> long layer of
> polymorphic calls -- someone has to do the work.
> 
> Still, the proper O-O decomposition can take a while, 
> especially the first
> time or two.  This is the part that can't really be rushed -- 
> unless you
> want to write code that you later wish you hadn't (which is 
> to some extent
> inevitable anyway while learning this stuff).
> 
> Sometimes, too, an actual implementation will reveal 
> subtleties and object
> relationships that endless blackboard designs don't.  A 
> little cut and try
> (if one is willing to act upon discoveries) isn't a bad thing.
> 
> What probably isn't as apparent is that once you get the right
> decomposition, the actual code can be very easy to write.  It 
> can reduce
> the complexity enough to pay for the delay in commencing 
> coding, though
> probably not on the first project.
> 
> Also, I think it likely this example is a little too abstract.  A real
> problem would have additional constraints that would probably 
> reduce the
> choices -- and the arguments.  I have thought about proposing 
> a little more
> robust version of this problem for that reason, but 
> unfortunately, I don't
> have the time and if I was wrong, oh, the posts I would generate!
> 
> 
> Larry W. Loen  -   Senior Java and AS/400 Performance Analyst
>                           Dept HP4, Rochester MN
> 
> 
> +---
> | This is the JAVA/400 Mailing List!
> | To submit a new message, send your mail to JAVA400-L@midrange.com.
> | To subscribe to this list send email to JAVA400-L-SUB@midrange.com.
> | To unsubscribe from this list send email to 
> JAVA400-L-UNSUB@midrange.com.
> | Questions should be directed to the list owner: joe@zappie.net
> +---
> 
+---
| This is the JAVA/400 Mailing List!
| To submit a new message, send your mail to JAVA400-L@midrange.com.
| To subscribe to this list send email to JAVA400-L-SUB@midrange.com.
| To unsubscribe from this list send email to JAVA400-L-UNSUB@midrange.com.
| Questions should be directed to the list owner: joe@zappie.net
+---

As an Amazon Associate we earn from qualifying purchases.

This thread ...


Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.