But my question is, in your Synon experience, did people spend the time
to look for the existing objects, or was the environment tightly
controlled and documented, because in my experience very few companies
exercise the control that they should, they just leave it to the
descretion of the programmer, which is always dangerous

                -----Original Message-----
                From:   Balaji Venkataraman/commsoft
[mailto:bvenkata@commsoft.net]
                Sent:   Wednesday, March 24, 1999 3:24 PM
                To:     MIDRANGE-L@midrange.com
                Subject:        RE: IBM pushing Java

                > What happens when you get to mybean10,000 and the
application is poorly
                > documented?

                I guess this would be a problem with any application
that is not well 
                documented. OO prog is IMHO not going to solve that
problem. I have been a 
                Synon programmer for more than 4 years now. Synon uses a
lot of these OO 
                programmng techniques. Synon encourages users to create
reusable "Retrieve 
                Objects" , "Change Objects" etc., but then it is always
up to the 
                programmer to make that extra effort to search for an
existing "Object" 
                before creating a new one. My point is that, in a well
documented 
                application there should not be more than one bean that
does the same job. 

                Balaji
                bvenkata@commsoft.net

                +---
                | This is the Midrange System Mailing List!
                | To submit a new message, send your mail to
MIDRANGE-L@midrange.com.
                | To subscribe to this list send email to
MIDRANGE-L-SUB@midrange.com.
                | To unsubscribe from this list send email to
MIDRANGE-L-UNSUB@midrange.com.
                | Questions should be directed to the list
owner/operator: david@midrange.com
                +---
+---
| This is the Midrange System Mailing List!
| To submit a new message, send your mail to MIDRANGE-L@midrange.com.
| To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com.
| To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com.
| Questions should be directed to the list owner/operator: david@midrange.com
+---


This thread ...


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

This mailing list archive is Copyright 1997-2019 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].