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=-1.3 required=5.0 tests=BAYES_00,INVALID_MSGID
	autolearn=no autolearn_force=no version=3.4.4
X-Google-Language: ENGLISH,ASCII-7-bit
X-Google-Thread: fac41,2c6139ce13be9980
X-Google-Attributes: gidfac41,public
X-Google-Thread: 1108a1,2c6139ce13be9980
X-Google-Attributes: gid1108a1,public
X-Google-Thread: f43e6,2c6139ce13be9980
X-Google-Attributes: gidf43e6,public
X-Google-Thread: 103376,3d3f20d31be1c33a
X-Google-Attributes: gid103376,public
From: dewar@merv.cs.nyu.edu (Robert Dewar)
Subject: Re: Interface/Implementation (was Re: Design by Contract)
Date: 1997/09/08
Message-ID: <dewar.873754489@merv>#1/1
X-Deja-AN: 270828905
References: <340F3801.47E5@pseserv3.fw.hac.com> <EG0upp.Irq@syd.csa.com.au>
Organization: New York University
Newsgroups: comp.object,comp.software-eng,comp.lang.ada,comp.lang.eiffel
Date: 1997-09-08T00:00:00+00:00
List-Id: <comp.lang.ada>



Don says

<<Okay, if your tools are sophisticated enough to find the operation for you
then that would help. It's true that in that case, the ordering in the package
body shouldn't matter. However, your comment about making an implementation
easy to understand implies that ordering *is* signigicant. Are you referring
there to more primitive tools such as text editors?

Text editors are what I'm talking about. In particular, I'm referring to
the situation of scrolling through a package body and expecting to find
operations in the same order as the spec and finding they're not, and then
having to search for them.>>


No, there are no ordering rules that are significant at the implementatoin
level -- look Ada rules are well known, you can just look them up, they are
not the subject of speculation!!!!

There is no reason to have an expectation that the routines in the body
be in the same order as those in the spec, and as I have pointed out
before, we always order the subprograms in the body alphabetically, which
turns out to be much more convenient for reference purposes, particularly
if you print out the code -- yes, some of us still prefer nice paper
output to the low resolution screen output available to day. When they
make a screen with 1200 DPI resolution, let me know (I find 300DPI paper
quite unpleasant to read at this stage).