From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me X-Spam-Level: X-Spam-Status: No, score=-0.8 required=5.0 tests=BAYES_00,INVALID_DATE autolearn=no autolearn_force=no version=3.4.4 Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!usc!apple!netcomsv!jls From: jls@netcom.COM (Jim Showalter) Newsgroups: comp.lang.ada Subject: Re: c++ vs ada results Keywords: Booch parts considered ok not great Message-ID: <1991Jun27.235824.21541@netcom.COM> Date: 27 Jun 91 23:58:24 GMT References: <1991Jun25.002928.16897@eve.wright.edu> <3812@sirius.ucs.adelaide.edu.au> <1991Jun26.224737.16660@netcom.COM> <1991Jun27.154759.21840@software.org> Organization: Netcom - Online Communication Services UNIX System {408 241-9760 guest} List-Id: >After using them [Booch components] >on and off for a couple years, I have lost enthusiasm. >The simple things like lists and sets add more complexity >to the client code than they take away in many cases. Can you be more specific? Not trying to be difficult, just truly confused. The lists and sets and stuff seem quite simple to me. >The complex structures >have a very strange interface that makes using them very awkward and >in some cases error prone. The tree packages are a prime example, >try explaining set_child or swap_child sometime. Ah, now this is interesting. Lots of people have complained that the swap operations, etc are not the way they'd have written the interface. However, the more common way to write it creates a lot more garbage and runs slower--I received a paper a while back from a person on the net who advocates structural swapping as the basis of almost all data structure design because it is so much faster; the Booch components use this same approach. You can build a more abstracted interface on top if you are willing to sacrifice space/speed. -- *** LIMITLESS SOFTWARE, Inc: Jim Showalter, jls@netcom.com, (408) 243-0630 **** *Proven solutions to software problems. Consulting and training on all aspects* *of software development. Management/process/methodology. Architecture/design/* *reuse. Quality/productivity. Risk reduction. EFFECTIVE OO usage. Ada/C++. *