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,FREEMAIL_FROM
	autolearn=unavailable autolearn_force=no version=3.4.4
X-Received: by 10.66.164.225 with SMTP id yt1mr7678491pab.32.1441437386707;
        Sat, 05 Sep 2015 00:16:26 -0700 (PDT)
X-Received: by 10.182.60.130 with SMTP id h2mr42801obr.28.1441437386671; Sat,
 05 Sep 2015 00:16:26 -0700 (PDT)
Path: 
 eternal-september.org!reader01.eternal-september.org!reader02.eternal-september.org!news.eternal-september.org!mx02.eternal-september.org!feeder.eternal-september.org!news.glorb.com!kq10no641452igb.0!news-out.google.com!nt1ni1482igb.0!nntp.google.com!kq10no799861igb.0!postnews.google.com!glegroupsg2000goo.googlegroups.com!not-for-mail
Newsgroups: comp.lang.ada
Date: Sat, 5 Sep 2015 00:16:26 -0700 (PDT)
In-Reply-To: <msd2ph$42i$1@loke.gir.dk>
Complaints-To: groups-abuse@google.com
Injection-Info: glegroupsg2000goo.googlegroups.com;
 posting-host=97.123.205.170;
 posting-account=lJ3JNwoAAAAQfH3VV9vttJLkThaxtTfC
NNTP-Posting-Host: 97.123.205.170
References: <alpine.DEB.2.20.1509021228510.5314@debian>
 <ms7j9r$ho$1@loke.gir.dk>
 <ms8ve0$57u$1@dont-email.me> <qhnt03p42wpx.14ag6pufzdynl$.dlg@40tude.net>
 <ms9bdu$gkl$1@dont-email.me> <ms9cm8$leh$1@dont-email.me>
 <msa62d$74p$1@loke.gir.dk>
 <msbhc8$6qq$1@dont-email.me> <msd2ph$42i$1@loke.gir.dk>
User-Agent: G2/1.0
MIME-Version: 1.0
Message-ID: <7d476d98-e3b0-405a-916b-1b9e1f427f95@googlegroups.com>
Subject: Re: Top 10 Worst C# Features
From: Shark8 <onewingedshark@gmail.com>
Injection-Date: Sat, 05 Sep 2015 07:16:26 +0000
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Xref: news.eternal-september.org comp.lang.ada:27709
Date: 2015-09-05T00:16:26-07:00
List-Id: <comp.lang.ada>

On Friday, September 4, 2015 at 3:34:43 PM UTC-6, Randy Brukardt wrote:
> "Georg Bauhaus" wrote in message=20
> > That's not a problem, but it is an opportunity, I think.
>=20
> Opportunity for what, madness? Event-driven GUI programming is just one s=
tep=20
> short of madness as it is, I'd hate to expand that.

But what about Ada's Task (and protected objects) -- aren't the rendezvous-=
mechanisms EXACTLY event-driven?

> Much like OOP itself, I don't see it having much application away from th=
e=20
> GUI (and I'm dubious that it is that good of an organization even for a=
=20
> GUI). As such, it doesn't make much sense in a general purpose programmin=
g=20
> language.

Well, if you consider that MVC is a design-pattern for GUIs, you could do t=
he same sort of separation "on the other side" letting the model essentiall=
y be the interface between the buisness-logic-layer and either of the GUI/D=
B layer... and on the DB side of the interface you could directly map "save=
 model X" to the appropriate DB call.