Re: OpenVMS system programming language

Liste des GroupesRevenir à co vms 
Sujet : Re: OpenVMS system programming language
De : arne (at) *nospam* vajhoej.dk (Arne Vajhøj)
Groupes : comp.os.vms
Date : 25. Feb 2025, 02:33:07
Autres entêtes
Organisation : A noiseless patient Spider
Message-ID : <vpj6kj$1gpu4$1@dont-email.me>
References : 1 2 3 4 5 6 7 8
User-Agent : Mozilla Thunderbird
On 2/24/2025 8:05 PM, Lawrence D'Oliveiro wrote:
On Mon, 24 Feb 2025 16:55:31 -0500, Arne Vajhøj wrote:
Type declarations are part of the Pascal way.
>
But I don't think it is the same in OO languages.
>
I have never heard a Java developer ask for it.
 Never written things like this?
      private final HashMap<Integer, ArrowLabel>
         SatLabels = new HashMap<Integer, ArrowLabel>();
I would write:
private final Map<Integer, ArrowLabel> satLabels = new HashMap<Integer, ArrowLabel>();
to follow OO best practice and Java coding convention.
But I think it is good code.
It is very clear what it is. All Java developers know what Map
and HashMap are.
Introducing application specific aliases for Map<Integer, ArrowLabel>
and HashMap<Integer, ArrowLabel> would make the code less readable.

Or this?
      return
         new Iterable<Map<String, String>>()
           {
             public Iterator<Map<String, String>> iterator()
               {
                 return
                     new ResultMapIterator
                       (
                         Resolver.query
                           (
                             /*uri =*/ ProviderUri,
                             /*projection =*/ FieldNames,
                             /*selection =*/ Selection,
                             /*selectionArgs =*/ SelectionArgs,
                             /*sortOrder =*/ SortOrder
                           ),
                         FieldNames
                       );
               } /*iterator*/
           } /*Iterable*/;
I see lots of problems in that code.
I don't consider lack of type aliases as one of them.
Arne

Date Sujet#  Auteur
19 Dec 24 * OpenVMS system programming language23David Meyer
19 Dec 24 +* Re: OpenVMS system programming language2Robert A. Brooks
19 Dec 24 i`- Re: OpenVMS system programming language1Robert A. Brooks
19 Dec 24 +* Re: OpenVMS system programming language16Lawrence D'Oliveiro
23 Feb 25 i`* Re: OpenVMS system programming language15Scott Dorsey
24 Feb 25 i +* Re: OpenVMS system programming language2Arne Vajhøj
24 Feb 25 i i`- Re: OpenVMS system programming language1Lawrence D'Oliveiro
24 Feb 25 i `* Re: OpenVMS system programming language12Simon Clubley
24 Feb 25 i  `* Re: OpenVMS system programming language11Arne Vajhøj
24 Feb 25 i   `* Re: OpenVMS system programming language10Lawrence D'Oliveiro
24 Feb 25 i    +* Re: OpenVMS system programming language8Arne Vajhøj
25 Feb 25 i    i`* Re: OpenVMS system programming language7Lawrence D'Oliveiro
25 Feb 25 i    i `* Re: OpenVMS system programming language6Arne Vajhøj
25 Feb 25 i    i  `* Re: OpenVMS system programming language5Lawrence D'Oliveiro
25 Feb 25 i    i   +* Re: OpenVMS system programming language2Arne Vajhøj
25 Feb 25 i    i   i`- Re: OpenVMS system programming language1Lawrence D'Oliveiro
25 Feb 25 i    i   `* Re: OpenVMS system programming language2Arne Vajhøj
25 Feb 25 i    i    `- Re: OpenVMS system programming language1Lawrence D'Oliveiro
24 Feb 25 i    `- Re: OpenVMS system programming language1Arne Vajhøj
19 Dec 24 +* Re: OpenVMS system programming language2Arne Vajhøj
20 Dec 24 i`- Re: OpenVMS system programming language1David Meyer
28 Dec 24 `* Re: OpenVMS system programming language2Stephen Hoffman
28 Dec 24  `- Re: OpenVMS system programming language1Lawrence D'Oliveiro

Haut de la page

Les messages affichés proviennent d'usenet.

NewsPortal