Boost::Asio - Design vs. Asynchron



  • Habe es jetzt so gemacht, funktioniert eigentlich Prima... 🙂
    Wenn mir jetzt noch einer zum kompletten Design ein paar Tips gibt, dann lecke ich den Bildschirm.

    Danke im Vorrraus (HA! Ausgetricks0rt 😃 )



  • Kannst du dich vielleicht auch mal vernünftig ausdrücken? Wenn man Dinge liest wie "mein Schnucki Dravere", "Endlosschleife in Extra-Thread ballern" und "dann lecke ich den Bildschirm", kann man dich echt nicht mehr ernst nehmen.

    Das ist als netter Hinweis für zukünftige Posts gedacht, also nicht persönlich nehmen.



  • Mich sollte man sowieso nicht Ernst nehmen :p ... aber antworten könnt ihr trotzdem 😃

    EDIT:
    Oh... du fühlst dich vernachlässigt oder? Du darfst auch mein tlayner sein wenn du willst *Kopf treichel*

    Nein ernsthaft, die Fragen waren ernst gemeint. Danke für Antworten!



  • Sind schon Ferien?



  • Kellerkinder wie wir haben immer Zeit! *g*
    Ach ja, Koja ist ja keins... 🙂



  • Es wäre schon net, wenn Du etwas weniger Kot von Dir geben würdest. 😉

    Zum Thema:
    Wenn Du mit einer Endlosschleife in einem extra Thread arbeitest, dann ist das quasi eine schlechte Nachbildung der asynchronen Mechanismen von asio.

    Besser ist es, gleich alles asynchron zu machen.

    Die asynchronen Funktionen haben vor allem den großen Vorteil, dass man sie jederzeit sicher abbrechen kann. Bei den synchronen Funktionen ist das meist gar nicht oder nur mit sehr viel Aufwand möglich.

    Wie man einen asynchronen Server aufbaut, der auch mehrere Clients gleichzeitig verkraften kann, wird z.B. in den HTTP-Server-Beispielen gezeigt.



  • Tachyon schrieb:

    Es wäre schon net, wenn Du etwas weniger Kot von Dir geben würdest. 😉

    Hättet ihr wohl gerne^^

    Tachyon schrieb:

    Wenn Du mit einer Endlosschleife in einem extra Thread arbeitest, dann ist das quasi eine schlechte Nachbildung der asynchronen Mechanismen von asio.

    Hm okay, dachte ich mir schon.

    Tachyon schrieb:

    Die asynchronen Funktionen haben vor allem den großen Vorteil, dass man sie jederzeit sicher abbrechen kann.

    Inwiefern abbrechen?

    Tachyon schrieb:

    Wie man einen asynchronen Server aufbaut, der auch mehrere Clients gleichzeitig verkraften kann, wird z.B. in den HTTP-Server-Beispielen gezeigt.

    Öhmöhmöhm... warum denn HTTP? Über TCP können doch auch mehrere connecten 😕

    Danke soweit erstmal meine kleinen Puffelhäschen 🤡



  • Kóyaánasqatsi schrieb:

    Tachyon schrieb:

    Wie man einen asynchronen Server aufbaut, der auch mehrere Clients gleichzeitig verkraften kann, wird z.B. in den HTTP-Server-Beispielen gezeigt.

    Öhmöhmöhm... warum denn HTTP? Über TCP können doch auch mehrere connecten 😕

    Lies dir nochmal GENAU durch was er geschrieben hat!
    Da steht nicht du sollst jetzt was mit HTTP machen, sondern in die HTTP-Server-examples (wahrscheinlich von boost::asio) schauen, da steht drinnen wie man mit mehreren Clients umgehen kann.



  • @Kóyaánasqatsi: Reiß dich mal zusammen.



  • Kóyaánasqatsi schrieb:

    Öhmöhmöhm... warum denn HTTP? Über TCP können doch auch mehrere connecten 😕

    Weil das eine in der Anwendungsschicht liegt, und das andere in der Transportschicht. Deshalb ist das auch kein Widerspruch zueinander.


Anmelden zum Antworten