我在上一篇博客QtDBus编程详解(一)中主要讲述了与QtDBus以及DBus相关的基本概念,这一章节,我将重点讲述关于QtDBus通信。
QtDBus通信,就必须有服务端和客户端(关键是弄清楚哪一端是server,哪一端是client)。
我们先来看看,QtDBus通信,server和client需要做些什么工作。
server:
1.申请一个总线连接,连接到system dbus或者是session dbus。
2.在总线上挂在服务,使得其他进程可以请求和查询服务。
QtDBus编程详解(一)中已经提到,service服务,相当于hostname,当我发送消息的时候,我们需要确定发送到哪一个host。只有跟总线注册了service之后,外部进程才可以查询和发送消息。
3.在挂载的服务上注册一个执行服务的对象。
对于Qt来说,是面向对象的。那么,QtDBus或者是进程通信,实际上背后还是两个对象在通信。那么同样,我们需要为该host提供一个可执行服务的对象(即可以发送接收消息以及做其他的相关处理的对象)。
上面的3已经说得很清楚了。通信不管有没有DBus,通信的背后始终是两个对象在对话。普通的Qt的对象是无法实现与DBus的通信的。出于方便和安全考虑,QtDBus有一个DBsu适配器adaptor的概念,该DBus adaptor的目的是实现消息的转发。适配器,是可以加载也可以卸载的,而且是附着在Qt普通对象上的,当普通的Qt对象想要和DBus总线通信的时候,只需要告诉这个附着在它身上的DBus adaptor,让这个适配器去转发或者代替他接收消息。这就是QDBusAbstractAdaptor类的工作,这个类就是用来创建dbus 适配器的。只有server才需要适配器,client不需要适配器,需要但是需要另一种接口,在本章节后面将做详细讲解。
现在就编写代码来说明以上几个步骤:
以上代码就完成了以上的所有步骤,让我们来看看上述代码究竟做了些什么。
Car就是需要和DBus通信的server Qt的普通对象(不具有DBus功能)。
其中CarInterfaceAdaptor是一个派生与QDBusAbstractAdaptor的一个类。关于派生与QDBusAbstractAdaptor的类是写法我将在下一篇博客中详细讲述。
注册service成功之后,你就可以使用D-Feet这个工具观察到你已经连接到session上了,并有一个com.trolltech.CarExample服务了
Qt自带的工具qdbusviewer也可以观察到,但是我个人不太喜欢使用qdbusviewer,D-Feet比它更加强大。
到此为止,server创建相关工作已经完成。下面来看看client创建以及相关工作。
Client:
1.申请一个总线连接,连接到system dbus或者是session dbus上。
2.创建一个接口,连接到要请求的服务上。(这个service,在上面部分和QtDBus编程详解(一)都有详细的阐述)。
上面已经提到了。Server需要一个适配器,而Client则需要一个接口。
3.发送请求。
在Client中,接口是派生与QDBusAbstractInterface的一个类。这个类使得Client具有和远端的Server具有通信能力。
Client和Server之间进行DBus通信,很大程度上是Client去调用Server提供的一些method和signals(method和signals已经在QtDBus编程详解(一)讲述了)。那么这个接口其实就是一个proxy代理。让你操作remote的Server上的method和signals就像操作本地函数一样。这也就是QDBusAbstractInterface派生类的主要作用。
同样,下面我将结合代码来具体的讲述:
版权申明:
转载文章请注明原文出处http://blog.csdn.net/feiyinzilgd/archive/2010/12/26/6099087.aspx
来源:CSDN
作者:谭海燕
链接:https://blog.csdn.net/feiyinzilgd/article/details/6099087