From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.5-pre1 (2020-06-20) on ip-172-31-74-118.ec2.internal X-Spam-Level: X-Spam-Status: No, score=-1.9 required=3.0 tests=BAYES_00 autolearn=ham autolearn_force=no version=3.4.5-pre1 Path: eternal-september.org!reader02.eternal-september.org!aioe.org!5WHqCw2XxjHb2npjM9GYbw.user.gioia.aioe.org.POSTED!not-for-mail From: "Dmitry A. Kazakov" Newsgroups: comp.lang.ada Subject: Re: Unchecked_Deallocation with tagged types Date: Sun, 18 Apr 2021 12:01:48 +0200 Organization: Aioe.org NNTP Server Message-ID: References: <607b56f8$0$3721$426a34cc@news.free.fr> <607bf826$0$3733$426a74cc@news.free.fr> NNTP-Posting-Host: 5WHqCw2XxjHb2npjM9GYbw.user.gioia.aioe.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: abuse@aioe.org User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.9.1 Content-Language: en-US X-Notice: Filtered by postfilter v. 0.9.2 Xref: reader02.eternal-september.org comp.lang.ada:61818 List-Id: On 2021-04-18 11:13, DrPi wrote: > I know Ada convention is to use Camel_Case_Syntax. Maybe there's also a > convention for naming ? > > What's the convention you use for naming ? If you use suffixes, then stick to them. Element_Record / Element The above is GtkAda convention. GtkAda object types have the suffix _Record, because they are used rarely. The access to object types have no suffix, because they are used most. The normal case is rather reverse, e.g. Element / Element_Ptr Because access types are infrequent. The Ada standard library tend to use _Type, e.g. File_Type, for types. It works well when you have very general concepts, like Root_Stream_Type, you want to stick out. In a specific application program you would rather avoid _Type and choose something descriptive, like Customer_Report. Then an instance of could be more vague, like Report. So, no convention, I would say, just common sense. -- Regards, Dmitry A. Kazakov http://www.dmitry-kazakov.de