Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > de.comp.lang.python > #5104

Re: [Python-de] select.epoll() vs async framework (PostgreSQL)

From Stefan Behnel <python-de@behnel.de>
Newsgroups de.comp.lang.python
Subject Re: [Python-de] select.epoll() vs async framework (PostgreSQL)
Date 2018-01-20 12:49 +0100
Message-ID <mailman.166.1516449160.2620.python-de@python.org> (permalink)
References (11 earlier) <2b456907-a4e0-7b14-4948-8b1a28fd9710@procoders.net> <f69370fe-3134-13a3-d2b0-baf63e832e77@mail.de> <mailman.154.1516379626.2620.python-de@python.org> <slrnp661cb.a6j.hjp-usenet3@hrunkner.hjp.at> <4e789ecf-5e44-29db-00a9-90bad5e027c4@behnel.de>

Show all headers | View raw


Peter J. Holzer schrieb am 20.01.2018 um 10:02:
> On 2018-01-19 16:33, Sven R. Kunze wrote:
>> On 18.01.2018 23:50, Achim Domma wrote:
>>> Vermutlich wird niemand
>>> eine GUI basierend auf asyncio entwickeln wollen.
>>
>> Kannst du erläutern, wieso nicht?
> 
> Würde mich auch interessieren. Prinzipiell scheint mir asyncio besser
> für GUI-Programmierung geeignet zu sein als der traditionelle
> event-basierte Stil (schon klar, letzteren sind die Leute seit 30 Jahren
> gewohnt).

Ich vermute, du beziehst dich hier eher auf den Programmierstil mit
async-Koroutinen als auf asyncio, aber bezüglich letzterem:

Üblicherweise bringen GUI-Frameworks (wie GTK oder Qt) ihren eigenen
I/O-Loop mit, also verwendest du eigentlich auch schon "seit 30 Jahren" so
etwas ähnliches wie asyncio. Die Konsolidierung an der Stelle würde also
vermutlich eher so aussehen, dass jemand eine asyncio-API für diese
implementiert, um auch async-Netzwerk-Frameworks zusammen mit GUIs in einer
Anwendung laufen lassen zu können. Bisher war so etwas immer ein
ordentliches Gefrickel, weil irgendwelche Sockets aus beiden zusammen
gesammelt und durchgereicht werden mussten. Oder es mussten doch wieder
zwei Threads laufen, die dann umständlich abgesichert und trotzdem
fehleranfällig ihre Daten austauschen mussten.

Stefan

Back to de.comp.lang.python | Previous | NextPrevious in thread | Find similar


Thread

Re: [Python-de] select.epoll() vs async framework (PostgreSQL) "Sven R. Kunze" <srkunze@mail.de> - 2018-01-19 17:33 +0100
  Re: [Python-de] select.epoll() vs async framework (PostgreSQL) "Peter J. Holzer" <hjp-usenet3@hjp.at> - 2018-01-20 10:02 +0100
    Re: [Python-de] select.epoll() vs async framework (PostgreSQL) Stefan Behnel <python-de@behnel.de> - 2018-01-20 12:49 +0100

csiph-web