Diskussion:D-Bus
Erste Anmerkungen
[Quelltext bearbeiten]Jede Anwendung, die D-Bus nutzt, besitzt Objekte, die allgemein (aber nicht unbedingt) von GObject, QObject, C++- oder Python-Objekten abgeleitet sind. Ein Objekt ist dabei eher eine Instanz als ein Typ.
Hm, das klingt merkwürdig. In der OOP-Terminologie wird i.d.R. ein Datentyp (GObject, QObject) eine Klasse. Ein Objekt ist nicht eine abgeleitete Klasse, sondern tatsächlich eine Instanz dieser Klasse. Also ein konkretes Objekt, eine Variable sozusagen, vom Typ der Klasse. Vielleicht kann man den obigen Absatz dann umformulieren, oder weglassen? Ich sehe nämlich nicht so ganz, was der zu D-Bus aussagt. Besser wäre zu sagen, dass jede D-Bus Anwendung Objekte enthält, die Nachrichten über D-Bus entgegennehmen können. Oder verstehe ich das falsch? --87.78.232.67 Diskussion:D-Bus#c-87.78.232.67-2006-11-13T20:49:00.000Z-Erste Anmerkungen11 (root_42, gerade nicht anmelden könnend)
Übersetzung, Oma-Test
[Quelltext bearbeiten]to allow integration of the desktop session as a whole, and address issues of process lifecycle. um Integration der Desktopsitzung als Ganzem und Belange von Prozesslebenszyklen zu ermöglichen.
- Die englische Vorlage verwendet Reklamesprache.
- Die dt. Übersetzung ist zu wörtlich.
Was heißt "Integration der Desktopsitzung" und was für "Belange von Prozesslebenszyklen" sind gemeint? Was bedeutet das für den Benutzer und was für den Programmierer? Und vor allem: Wie erklärt man das am Besten seiner Oma (Oma-Test)? :)
(Der vorstehende Beitrag wurde am 17.11.2006, um 18:00 [MEZ], abgesendet.)
überarbeiten
[Quelltext bearbeiten]- es ist unklar wozu die Wrapper-Bibliotheken gut sind
- es wird nicht beschreiben wie die Nachrichten überhaupt gesendet und empfangen werden; "irgendwie" über den Nachrichtenbusdaemon
- Der Abschnitt "Wie D-Bus funktioniert" ist total unverständlich. `
- Zuerst anscheinend eine seltsame Einleitung über Objekte.
- Dann: Ein Objekt ist dabei eher eine Instanz als ein Typ. Alles klar;-)
- Wenn Nachrichten über eine D-Bus-Verbindung empfangen werden, werden sie an ein spezifisches Objekt gesendet, nicht an die gesamte Anwendung. He? Die Nachrichten werden erst empfangen dann gesendet? Was mach so ein "Objekt" mit der Nachricht?
- Um Nachrichten zu erlauben, ihr Zielobjekt zu spezifizieren, muss es möglich sein, sich auf ein Objekt zu beziehen. Der erste verständliche Satz!
- In vielen Programmiersprachen wird dies üblicherweise als Zeiger oder Referenz bezeichnet. Stimmt, nur hilft die Info hier nicht weiter.
- Jedoch werden diese Referenzen relativ zur Laufzeit-Speicheradresse in der Anwendung implementiert und können daher nicht von einer Anwendung an eine andere gesendet werden. Wer sagt dass diese nicht gesendet werden können?
- Um dieses Problem zu lösen, führt D-Bus einen Namen für jedes Objekt ein. ... Bisher wurde kein "Problem" deutlich, aber wenigstens erfährt man dass D-Bus einen Namen für jedes Objekt einführt. Im nächsten Schritt fragt man sich welcher Teil von D-Bus (libraty, daemon) und nach welchem Prinzip macht es das?
- Um sicherzustellen, dass verschiedene Codemodule auseinandergehalten werden können, sind die D-Bus-Objekte in einem Namensraum zusammengefasst. Was für Codemodule?
- Namensräume enthalten meist das Präfix der Domänennamenkomponenten der Entwickler (zum Beispiel /org/kde). Hä?
Viel Spass damit ;-) --Avron Diskussion:D-Bus#c-Avron-2007-11-16T17:45:00.000Z-überarbeiten11
Ich habe zunächst angefangen die Einleitung zu überarbeiten, weitere Wikifizierung, Rechtchreib- und Grammatikkorrekturen sidn willkommen. Ich würde vorschlagen, daß nach der Eineitung ein neuer Punkt eingefügt wird, der zunächst die einzelnen Komponenten listet und deren grundlegenden Aufgaben beschreibt. Um es vorweg zunehmen, D-Bus besteht aus einem demon, der Nachrichtenbuse (mesagebuses) implementiert, die in Ihrer Funktion ein ORB darstellen. Damit dies möglich ist, bedarf es natürlich eines Kommunikationsprotokolls (das D-Bus Protokoll). Eine passende Referenzimplementierung stellt die Dbus Bibliothek zur Verfügung, die sowohl Schnittstelen für Mesage Passing, als auch RPC Mechanismen bereitstellt wobei der Doku ohne weiteres nicht zu entnehmen war, ob und wie Races behandelt werden. --Darky77 Diskussion:D-Bus#c-Darky77-2008-03-15T18:19:00.000Z-überarbeiten11
Mehr Funktionen
[Quelltext bearbeiten]Von wo kommt bitte die Aussage "D-Bus verfügt über mehr Funktionen". Die Aussage stimmt bezogen auf DCOP, aber CORBA kann definitiv wesentlich mehr. Ich würde daraus zwei separate Vergleiche machen z.b.: D-Bus ist wesentlich einfacher zum verwenden als CORBA und kann aber mehr als DCOP. (nicht signierter Beitrag von 78.142.165.44 (Diskussion | Beiträge) Diskussion:D-Bus#c-78.142.165.44-2010-04-30T12:46:00.000Z-Mehr Funktionen11)