> A vyuziti XML pro formatovani predavanych zprav (namisto treba jednoduchych
> plaintextovych, ktere by slo parsovat pomoci scanf) - to uz je maximalni
> overkill, ktery dost limituje pouzitelnost DBUSu - jednoduche programy asi
> nebudou chtit vyuzivat DBUS, aby se nemusely linkovat s obrovskymi XML
> parsery.
Tak to je jejich vec, ze :-) Kdyz si kazdy bude psat svoje parsovani sam, tak
tam bude milion ruznych chyb, v kazdem programu jina. Ostatne, divam se ze ani dbus-send ani dbus-monitor se s zadnym XML parserem nelinkuje.
No, jak by ty standardni mechanismy mely vypadat, aniz by skoncily podobne jako d-bus? V ramci desktopove session musite mit neco co existuje po celou dobu te session, a pres co si muzete zasilat zpravy. Totez pro systemovou session - nekdo musi vytvorit poslouchaci UNIXovy socket, poslouchat na nem, a preposilat zpravy vsem ostatnim. A ten nekdo se jmenuje dbus-daemon. Ostatne i implementace CORBy takhle funguji. Nebo jaky jiny transportni mechanismus byste si predstavoval? SysV SHM segment nebo SysV frontu zprav? Rouru?
-Yenya
Názor k článku
Jak události mění Linux
