QtDBus Proxy 訪問遠端物件與回傳值 demarshall

-
在之前的文章[1]裡，我提到QtDBus在叫用DBus上的方法時，對輸入參數和輸出參數的資料型態必須做marshall和demarshall，而且有點不太容易。有些人會説，你只使用QDBusMessage來叫用方法以及接收回傳值，這不是Qt建議的作法！用QDBusMessage來做太低階了，所以參數的型態才要轉換的那麼辛苦。

因此，我要使用Qt建議的Proxy類别[2]做法來試試看，是不是比較容易一些。首先，之前討讑提到的輸入參數資料型態為object path時，必須自己使用QVariant::fromValue(object_path)將資料填入參數列中。使用Proxy類别做法，在使用qdbusxml2cpp工具産生需要的proxy類别後，我們可以很直觀的使用以下語法，將資料型態為QDBusObjectPath的變數，直接送入輸入參數資料型態為object path的方法中。
    proxy.Method(object_path);
真是太好了，這様大家都輕鬆許多。
看一下qdbusxml2cpp工具産生的類别proxy程式，可以看到如下一段程式，原來是這個proxy類别幫我自動做了同様的轉換工作。
    inline QDBusPendingReply<> Method(const QDBusObjectPath &device)
    {
        QList<QVariant> argumentList;
        argumentList << QVariant::fromValue(device);
        return asyncCallWithArgumentList(QLatin1String("Method"), argumentList);
    }
其實不管Qt是如何做到的，只要能減輕我們的工作就好了。
那麼複雜的參數型態呢？是不是也可以幫我們一點忙呢？
我們來看一下之前討讑的字典中有矩陣的問題，許多的DBus方法中，特别是取得屬性的方法，通常是叫做GetProperties()，它的回傳值都是一個字典(a{sv})，而且其中有一些值，其實是個矩陣。一様的問題，用Proxy類别的作法可以取得字典的回傳值。但我要取得其中一個值的矩陣，要如何做呢？如下片斷程式，利用qDebug()來看一下回傳值的内容。
    QDBusPendingReply<QVariantMap> reply = proxy.GetProperties();
    reply.waitForFinished();
    qDebug() << reply.value();
結果是：
QMap(("Address", QVariant(QString, "00:1A:7D:xx:xx:xx") ) ( "Class" ,  QVariant(uint, 0) ) ( "XXXX" ,  QVariant(QDBusArgument, ) ) ( "Discoverable" ,  QVariant(bool, false) ) ( "DiscoverableTimeout" ,  QVariant(uint, 0) ) ( "Discovering" ,  QVariant(bool, false) ) ( "Name" ,  QVariant(QString, "ubuntu-x") ) ( "Pairable" ,  QVariant(bool, true) ) ( "PairableTimeout" ,  QVariant(uint, 0) ) ( "Powered" ,  QVariant(bool, true) ) ( "UUIDs" ,  QVariant(QStringList, ("00001000-0000-1000-8000-00805f9bxxxx", "00001001-0000-1000-8000-00805f9bxxxx", "0000112d-0000-1000-8000-00805f9xxxxb", "00001112-0000-1000-8000-00805f9xxxxb", "0000111f-0000-1000-8000-00805f9xxxxb") ) ) )
重點是，我們要的Key為"XXXX"的屬性，其值部份的資料型態仍然為QVariant(QDBusArgument)，也就是説，我們還是要自行做轉型的工作。而轉型的方法，目前我覺得就是用前文討讑的方法，由QDBusArgument的成員函數beginArray(), atEnd(), asVariant()來完成。除此之外，不知道是不是有其他更好的方法了！


參考來源：
[1] 小白和小叮叮, QtDBus marshall and demarshall, 2013/10/8
[2] wwang, D-BUS和QT4, 2010/10/27

留言

張貼留言

這個網誌中的熱門文章

D-BUS學習筆記

-
圖片
我第一個看到的文章是 ali's Blog [1] , 其中提到二支程式server.c client.c，我試著去compile這二支程式， 沒什麼太大的問題就可以成功。因為這是所謂的dbus c api, 也就是low lever api，在ubuntu下只要安裝套件libdbus-1-dev, 就會安裝這個api: $ sudo apt-get install libdbus-1-dev 然後就如該文所提到的，在compile時，必須指定library: $ gcc server.c -o server -l dbus-1 此時再去compile程式，可能會發現找不到dbus.h的問題。其實檔案是存在的，只是gcc不知道去那裡找而已。我們只要加入-I/usr/include/dbus-1.0 -I/usr/lib/dbus-1.0/include 告訴gcc就可以了。 $ gcc -I/usr/include/dbus-1.0 -I/usr/lib/dbus-1.0/include -o server server.c -l dbus-1 如此，可以compile成功。但每次要打這麼多字，實在記不得，也容易打錯，所以使用Makefile吧！ 建一個檔案，其名為Makefile，內容如下： All: server client server: server.c   gcc -I/usr/include/dbus-1.0 -I/usr/lib/dbus-1.0/include -o server server.c -l dbus-1 client: client.c   gcc -I/usr/include/dbus-1.0 -I/usr/lib/dbus-1.0/include -o client client.c -l dbus-1 我們把server.c client.c Makefile三個檔案，都放在同一個目錄，叫做dbus-test好了。這樣以後只要: $ cd dbus-test $ make 就會正確的編出server client二支可執行的程式。我們也不用去記這些很長的路徑名稱了。用過Makefile的朋友應該看得出來，其實Makefile可以再簡短一些。改成如下： ...
閱讀完整內容

Cisco Switch學習筆記: EtherChannel

-
EtherChannel : 用來將二個交換器之間多條實體線路串成一條虛擬線路, 具有增加頻寬, 容錯的好處。 注意事項: FastEthernet只能和FastEthernet的埠串在一起, Giga只能和Giga的串在一起, 不可混在一起! 使用的協定 : PAgP(Port Aggregation Protocol) or LACP(Link Aggregation Control Protocol) 負載平衡及傳送方法 : source-MAC address, destination-MAC address, source-and-destination MAC address forwarding; 即以來源端MAC位址決定使用那條實體線路, 以目的端MAC位址決定使用那條線路, 以來源端及目的端MAC位址決定使用那條線路。 使用心得: 容錯能力很好, 實體線路中斷, 可以在數秒內切換至別條線路使用。 設定範例 : interface FastEthernet0/7 channel-group 1 mode passive interface FastEthernet0/8 channel-group 1 mode passive 表示將Fa0/7,Fa0/8設成同一個group, 使用LACP的被動模式! 將另一邊的埠也以同樣方式設定, 但mode設成active即可! 檢視狀態: sh etherchannel detail sh etherchannel load-balance sh etherchannel port sh etherchannel port-channel sh etherchannel protocol sh etherchannel summary 可以看到只要使用interface指令channel-group就可以設定了, 交換器會自己新增一個interface: interface Port-channel1 其他的功能會將這個介面當成如實體介面一樣使用, 例如: #sh spanning-tree Interface Role Sts Cost Prio.Nbr Type ---------------- ---- --- --------- -------- --------------------------...
閱讀完整內容

Cisco Switch學習筆記: interface的封包錯誤統計

-
有時候實體線路品質不好時, 我們想看看該線路的品質狀況, 可以用sh interface指令來看封包的錯誤比率等統計數字: #sh interface gi0/2 GigabitEthernet0/2 is up, line protocol is up (connected) . . Last clearing of "show interface" counters never . 678641 input errors, 30447 CRC, . . 此例中可以看到從以前到現在共有678641個輸入的錯誤, 30447個CRC錯誤! 那當我們把線路做了改善, 例如換新的線等, 我們會想知道是不是有真的有改善了! 如果統計數字是累積性的, 就很不方便觀察改善情形! 此時可以使用clear counters指令將這個界面的封包錯誤統計數字清除重來! # clear counters gi0/2 Clear "show interface" counters on this interface [confirm] #sh interface gi0/2 GigabitEthernet0/2 is up, line protocol is up (connected) . . Last clearing of "show interface" counters 00:00:10 . 0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored . . 這樣, 在一段時間後, 就可以觀察到線路改善後的封包錯誤統計情形!
閱讀完整內容