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=-0.4 required=5.0 tests=AC_FROM_MANY_DOTS,BAYES_00 autolearn=no autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,80b3e504140e89fd X-Google-Attributes: gid103376,public X-Google-ArrivalTime: 2002-06-20 19:18:25 PST Path: archiver1.google.com!news1.google.com!newsfeed.stanford.edu!news-spur1.maxwell.syr.edu!news.maxwell.syr.edu!colt.net!kibo.news.demon.net!demon!newsfeed.icl.net!diablo.netcom.net.uk!netcom.net.uk!psiuk-p2!psiuk-p3!uknet!psiuk-n!news.pace.co.uk!nh.pace.co.uk!not-for-mail From: "Marin David Condic" Newsgroups: comp.lang.ada Subject: Re: Config_Files proposal Date: Thu, 20 Jun 2002 09:53:51 -0400 Organization: Posted on a server owned by Pace Micro Technology plc Message-ID: References: <4519e058.0206190708.2ef205e4@posting.google.com> NNTP-Posting-Host: dhcp-200-133.miami.pace.co.uk X-Trace: nh.pace.co.uk 1024581232 18860 136.170.200.133 (20 Jun 2002 13:53:53 GMT) X-Complaints-To: newsmaster@news.cam.pace.co.uk NNTP-Posting-Date: 20 Jun 2002 13:53:53 GMT X-Priority: 3 X-MSMail-Priority: Normal X-Newsreader: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Xref: archiver1.google.com comp.lang.ada:26536 Date: 2002-06-20T13:53:53+00:00 List-Id: Its not that the XML/Ada thing is "bad" - just that I would prefer one that built the whole thing up with tagged records, dispatching, etc., rather than using discriminated records. Its almost like it is saying "Oh, the DOM specified by the W3C is very OO and could readily be recognized in *real* OO languages like C++ or Java - complete with inheritance and dispatching and all the cool OO stuff, but since Ada isn't *really* an OO language it has to kind of kludge the DOM together with discriminated records and all that." That, and I've always felt that discriminated records were a pain in the posterior. Maybe its just me, but they always seem to cause trouble as you run into language rules with them that don't let them do what you want to do. Tagged records just seem like a much more elegant solution. I've looked over the XML/Ada stuff just enough to know that trying to umbundle the discriminated records and turn them into tagged records with inheritance and dispatching and all that, would be something beyond "trivial". I wouldn't see the point in even attempting to do so unless that was the direction chosen for the future of the project by the guys who currently own it. (Would you really want to see two divergent implementations, or would it be better to have just one?) MDC -- Marin David Condic Senior Software Engineer Pace Micro Technology Americas www.pacemicro.com Enabling the digital revolution e-Mail: marin.condic@pacemicro.com "Georg Bauhaus" wrote in message news:aesjsv$7kv$1@a1-hrz.uni-duisburg.de... > > From what I can see, there isn't too much to be done, since the OO > approach is already reflected in discriminated subtypes and corresponding > packages. DOM2 support seems quite complete, the IDL interfaces have > been mostly implemented in XML/Ada. >