Da ich gerade die Boost-Library koste (und geniesse), habe ich unter anderem auch mal Boost.Asio angeschaut. Komplexe Sache, wenn auch eigentlich sehr einfach gehalten ^^
Nach zwei drei Anläufen ist es mir dann auch gelungen die Sache mehr oder weniger zu verstehen, nur beim Service Name habe ich noch Probleme mir darunter richtig was vorzustellen.

Ich meine den Service Name beim Query. Das kann ja unter anderem ein Port sein, wird aber als String erwartet. Was für Service Namen gibt es denn und was ist damit genau gemeint? HTTP, FTP usw.? Inwiefern wirkt sich das aufs Query aus, bzw. den Resolver?

Danke für die Hilfe!
Grüssli

Jetzt wüsste ich nur noch gern, was dies für eine Auswirkung auf das Query hat? Das Query wird doch nur dazu verwendet um einen Namen aufzulösen. Wieso braucht es diese Serviceangabe?

Grüssli

Dieses übergibt man ja dann dem Resolver, welcher die Sache auflöst und in eine Liste von möglichen IP-Adressen umwandelt.

Ich versteh halt nicht, wieso der(/das) Resolver(_Query) dies benötigt. Vor allem stören tut es mich allerdings, dass ich irgendwo gelesen habe, dass man nicht auf allen Platformen als Service-Name eine Portnummer übergeben kann, anstatt eines namens. Das macht die Sache für mich schwierig, wenn ich auf einen x-beliebigen Port zugreifen möchte, welcher standardmässig keinen Namen hat, und ich trotzdem zuerst eine Webadresse in eine IP auflösen muss.

Grüssli

Dieses übergibt man ja dann dem Resolver, welcher die Sache auflöst und in eine Liste von möglichen IP-Adressen umwandelt.

Ich versteh halt nicht, wieso der(/das) Resolver(_Query) dies benötigt.

Hem, ok, also dieses Services-Ding sieht mir ganz danach aus, als ob es sowas ist wie die Extensions und Extension-Points in der Eclipse-Plattform.

Der Sinn soll sein, das die Runtime und die Configuration dynamisch werden soll. Normalerweise sagt du z.B. einer Factory, "ich will ein Objekt vom Typ X!".

Mit den Services sagst du "Ich will eine Liste von Kandidaten haben, mit Namen X.". Und dann kannst du ja das Ergebnis durch iterieren. Das wird auch in dem Daytime-Beispiel von Asio gesagt. Zufällig gibts da aber wohl halt immer nur einen Kandidaten, so das dieser Service-Gedanke nicht so offensichtlich wird.

Ein weiterer Gedanke ist auch (das machen wir in unsere Eclipse-Plattform-Anwendung), das wir solche Ergebnisse dem User präsentieren und zur Auswahl anbieten. D.h. der User macht eine Selektion. Oder du arbeitest alle Ergebnisse der Reihe nach durch, wenn sie der User nicht auswählen soll.

Beim Daytime-Beispiel könnten z.B. drei Daytime-Instanzen geliefert werden, und der User darf sich einen Daytime-Server aus einer Liste raussuchen.

Vor allem stören tut es mich allerdings, dass ich irgendwo gelesen habe, dass man nicht auf allen Platformen als Service-Name eine Portnummer übergeben kann, anstatt eines namens. Das macht die Sache für mich schwierig, wenn ich auf einen x-beliebigen Port zugreifen möchte, welcher standardmässig keinen Namen hat, und ich trotzdem zuerst eine Webadresse in eine IP auflösen muss.

Ja, wenn es keinen Service-Namen gibt, und du etwas ganz anderes haben willst (halt einen nicht existenten Service) wirst du einen eigenen Service implementieren können bzw. müssen.

Unter http://asio.sourceforge.net/asio-0.3.9/doc/asio/examples.html gibts ganz unten "Services", da wird in einem Beispiel gezeigt, wie man sowas selber implementiert. Ich denke mal, wenn du nur nen anderen Port haben willst, wird deine Implementierung wohl eher sehr kurz ausfallen.

So, ich habe sowas in Asio noch nie gemacht und deshalb kann meine Erklärung auch falsch sein. Aber das ist so halt der Service-Gedanke. Es soll eine Entkopplung, Flexibilisierung und Dynamik Einzug halten.

const std::string& service_name

im Konstruktor vom resolver_query. Das hat nichts mit dem io_service zu tun, zumindest soweit ich das verstanden habe. Bei den Beispielen geht es aber genau um diesen io_service, also den falschen

Alles was ich ja eigentlich tun möchte ist das folgende:
www.beispieladresse.irg -> In IP-Adresse auflösen -> Über Port XYZ verbinden

Ich sehe wohl den Wald vor lauter Bäumen nicht ^^

Grüssli