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,ffe4fb1477fe67e6 X-Google-Attributes: gid103376,public X-Google-Language: ENGLISH,ASCII-7-bit Newsgroups: comp.lang.ada Subject: Re: Newbie Needs Ada Advice References: <1178212418.538270.283700@c35g2000hsg.googlegroups.com> <1178635220.859690.3310@y80g2000hsf.googlegroups.com> <4640923B.7060409@obry.net> <1178638047.133001.115090@o5g2000hsb.googlegroups.com> <1178640462.20354.14.camel@kartoffel> From: Markus E Leypold Organization: N/A Date: Tue, 08 May 2007 20:42:45 +0200 Message-ID: User-Agent: Some cool user agent (SCUG) Cancel-Lock: sha1:0ypZONa9FqHTeCzEp4hNUpvTucU= MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii NNTP-Posting-Host: 88.74.36.55 X-Trace: news.arcor-ip.de 1178649259 88.74.36.55 (8 May 2007 20:34:19 +0200) X-Complaints-To: abuse@arcor-ip.de Path: g2news1.google.com!news4.google.com!proxad.net!213.200.89.82.MISMATCH!tiscali!newsfeed1.ip.tiscali.net!news.tiscali.de!newsfeed.hanau.net!news-fra1.dfn.de!newsfeed.arcor-ip.de!news.arcor-ip.de!not-for-mail Xref: g2news1.google.com comp.lang.ada:15651 Date: 2007-05-08T20:42:45+02:00 List-Id: Georg Bauhaus writes: > On Tue, 2007-05-08 at 08:27 -0700, ezkcdude wrote: > >> I am not really concerned with looks. Most important are 1) >> functionality 2) performance and 3) ease of programming. Java really >> seems to have the upper hand in #3. Is this not the case? > > You can write a graphical front end easily using a toolset of your > choice and have the graphical front end talk to the Ada backend > using like RPC, Corba, or just simple pipes; basically > any one of the commonly used protocol styles should work. > > Maybe there is additional benefit in defining a simple > command language for controlling the microscope; the graphical > front end will send the commands, the control back end (Ada) > interprets the commands, and reports status information in > return. And additional advantage would be, that commandline or script-based command language would practically come naturally. The more I think about it, the more I like the idea. Regards -- Markus