Re: Splitting packages in per-procedure separate files
- From: Stephen Leake <stephen_leake@xxxxxxxxxxxxxxxx>
- Date: Mon, 12 Feb 2007 05:45:51 -0500
Francesco Bochicchio <bockman@xxxxxxxxxxx> 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
.
- Follow-Ups:
- Re: Splitting packages in per-procedure separate files
- From: Francesco Bochicchio
- Re: Splitting packages in per-procedure separate files
- References:
- Splitting packages in per-procedure separate files
- From: Francesco Bochicchio
- Re: Splitting packages in per-procedure separate files
- From: Stephen Sangwine
- Re: Splitting packages in per-procedure separate files
- From: Jeffrey R. Carter
- Re: Splitting packages in per-procedure separate files
- From: Francesco Bochicchio
- Splitting packages in per-procedure separate files
- Prev by Date: Re: Ada for embedded
- Next by Date: Re: Not at all wasteful internationalization
- Previous by thread: Re: Splitting packages in per-procedure separate files
- Next by thread: Re: Splitting packages in per-procedure separate files
- Index(es):
Relevant Pages
|