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.9 required=5.0 tests=BAYES_00 autolearn=ham
	autolearn_force=no version=3.4.4
X-Google-Thread: 103376,21a8034919747a69
X-Google-Attributes: gid103376,public
X-Google-Language: ENGLISH,ASCII-7-bit
Path: 
 g2news2.google.com!news4.google.com!border1.nntp.dca.giganews.com!nntp.giganews.com!nx01.iad01.newshosting.com!newshosting.com!208.49.83.146.MISMATCH!uns-out.usenetserver.com!news.usenetserver.com!pc03.usenetserver.com!news.flashnewsgroups.com-b7.4zTQh5tI3A!not-for-mail
Newsgroups: comp.lang.ada
Subject: Re: Splitting packages  in per-procedure separate files
References: <pan.2007.02.10.16.23.07.43888@virgilio.it>
 <2007021017501616807-sjs@essexacuk>
  <J8pzh.267769$aJ.26202@attbi_s21>
  <pan.2007.02.11.12.09.37.535113@virgilio.it>
From: Stephen Leake <stephen_leake@stephe-leake.org>
Date: Mon, 12 Feb 2007 05:45:51 -0500
Message-ID: <u3b5b64dc.fsf@stephe-leake.org>
User-Agent: Gnus/5.1006 (Gnus v5.10.6) Emacs/21.3 (windows-nt)
Cancel-Lock: sha1:63OxUKcqYrKFowxCB1acO0DwPcI=
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Complaints-To: abuse@flashnewsgroups.com
Organization: FlashNewsgroups.com
X-Trace: 7cb6745d04560759e00d422366
Xref: g2news2.google.com comp.lang.ada:9280
Date: 2007-02-12T05:45:51-05:00
List-Id: <comp.lang.ada>

Francesco Bochicchio <bockman@virgilio.it> writes:

> What I have is an application consisting of a dozen different
> packages. Now the standard mandates:
>
> - one name_package.ads for package public declarations
> - one name_package.adb for package private declarations (including
> separate declarations for all procedures)
> - one name_package-name_procedure.adb for each procedure in the package
>
> Some of the coders have actually followed the standards, some have not,
> putting all the procedure code inside the name_package.adb file. Now I
> have to split these files ( about half of the packages, so probably 10000
> line of codes, not the 20000 initially stated ).

In general, I approve of organizations enforcing coding standards;
they increase overall productivity. 

However, in this situation it's appropriate to consider whether this
coding standard should be changed instead.

If the process you are supposed to be using doesn't actually increase
productivity, or your bottom line, you should change the process in a
way that does. That is _required_ by CMMI, and definitely in the
spirit of ISO 9001.

What is the rationale for putting _every_ procedure in a separate
file?

Why do some coders choose to not follow the standard?

I have very few separate procedures in my applications. I had more in
Ada 83 code, but child packages are in general a better solution to
organizing code.

-- 
-- Stephe