comp.lang.ada
 help / color / mirror / Atom feed
From: Ted Dennison<dennison@telepath.com>
Subject: Re: Ada95 tutorials with sample code.
Date: Tue, 06 Mar 2001 16:54:38 GMT
Date: 2001-03-06T16:54:38+00:00	[thread overview]
Message-ID: <iD8p6.146$54.189@www.newsranger.com> (raw)
In-Reply-To: wccitlmrk4s.fsf@world.std.com

In article <wccitlmrk4s.fsf@world.std.com>, Robert A Duff says...
>Some folks (including me) think that the renaming solution gives you the
>worst of both worlds: the "Tio." is just noise, because it doesn't tell
>me *anything*.  I'd rather have "Put_Line(...)" or
>"Text_IO.Put_Line(...)".

I'm with you on that one; definitely the worst of both worlds. However, I'd have
to think on it a while before I could decide which is worse (terse rename, or
use clause) on a package less well-known than Text_IO.

>Another point is that the person who writes the package has to decide
>whether clients should say "use" of that package, because it makes a big
>difference in how names of things in that package are chosen.  It makes
>no sense to say "never use use" if the package you're importing was
>written with use clauses in mind.

Many large projects forbid the use clause; that is a fact. Another fact is that
it is possible to create names that work well with both, and thus that is the
goal that should generally be strived for. Failing that, a developer should
shoot for names that look decent w/o use clauses, as many large projects force
that style on the developers, but none (I have ever heard of) prevent package
dot notation. Someone using a "use" clause can still selectively use the dot
notation to make things look ok if they want. Developers should never write
packages "with use clauses in mind", unless they are certain that they will
never be used outside of their current development environment.

---
T.E.D.    homepage   - http://www.telepath.com/dennison/Ted/TED.html
          home email - mailto:dennison@telepath.com



  reply	other threads:[~2001-03-06 16:54 UTC|newest]

Thread overview: 34+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-03-05 20:40 Ada95 tutorials with sample code mcdoobie
2001-03-05 20:58 ` Erik Sigra
2001-03-06  2:45 ` Jeffrey Carter
2001-03-06  7:12   ` Sven Nilsson
2001-03-06  8:09     ` tmoran
2001-03-06 10:38     ` David C. Hoos, Sr.
2001-03-06 10:38     ` David C. Hoos, Sr.
2001-03-06 15:06       ` Ted Dennison
2001-03-06 15:29     ` Robert A Duff
2001-03-06 16:54       ` Ted Dennison [this message]
2001-03-06 15:48     ` Ted Dennison
2001-03-06 18:19       ` Robert A Duff
2001-03-06 21:19         ` Ted Dennison
2001-03-08  6:13         ` Simon Wright
2001-03-10 16:30           ` Brian Rogoff
2001-03-06 18:20     ` Jean-Pierre Rosen
2001-03-06 20:10       ` Erik Sigra
2001-03-07 14:31         ` Simon Pilgrim
2001-03-06 21:47       ` Ted Dennison
2001-03-07  0:11     ` Robert C. Leif, Ph.D.
2001-03-07  6:44     ` Jeffrey Carter
2001-03-07  6:46     ` use-clause Anders Wirzenius
2001-03-07 18:13       ` use-clause Jean-Pierre Rosen
2001-03-07  7:54     ` Ada95 tutorials with sample code Sven Nilsson
2001-03-07 15:10       ` Marin David Condic
2001-03-08  0:05       ` Mark Lundquist
2001-03-06 15:03   ` Marin David Condic
2001-03-06 14:31 ` BSCrawford
2001-03-06 22:38   ` mcdoobie
  -- strict thread matches above, loose matches on Subject: below --
2001-03-06 23:51 Beard, Frank
2001-03-06 23:58 Beard, Frank
     [not found] <01030621102401.00302@a77>
2001-03-07 12:09 ` Mario Amado Alves
     [not found] <Pine.LNX.4.10.10103071153320.971-100000@lexis.di.fct.unl.pt>
2001-03-07 13:12 ` Erik Sigra
2001-03-07 18:07   ` Jean-Pierre Rosen
replies disabled

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox