DBUS service using glib: question
xclaesse at gmail.com
Sun Jun 25 14:16:39 PDT 2006
Le dimanche 25 juin 2006 à 13:29 -0400, Havoc Pennington a écrit :
> Thiago Macieira wrote:
> >> - I register a main object with a connect method which returns an ID to
> >> the client. The connect method also create and register a new object
> >> just for this client which is stored in a list. The client, using the ID
> >> can get the remote object and use it. Signals and method on this object
> >> will have special effects depending on what the client does with it and
> >> not interfering with what other clients does with other objects.
> >> - The main object has also a disconnect method which takes the ID in
> >> param and remove all data related to this client.
> >> Is that the good way ? Does someone knows if other projects does the
> >> same thing, like that I can see how they do...
> > Yes, that makes sense. In fact, this is what I recommend as a proper OOP
> > approach.
> A couple details that might help:
> - of course you probably want to watch for the client's unique name
> vanishing and automatically clean up after the client if it does
> - you probably don't need a custom ID thing, because you can use
> a client's unique name, or you can generate an object path for unique
> ids on the server side
Thanks for answers. Maybe I didn't looked enough to documentation, but
how can I get the client's unique name ? And how can I get notified when
it disappear ? I can't find that in glib's API but it is maybe in lower
level API ?
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Size: 191 bytes
Desc: Ceci est une partie de message
Url : http://lists.freedesktop.org/archives/dbus/attachments/20060625/cc542b72/attachment.pgp
More information about the dbus