implement d-feet intropsect handle (I can't find some document descripti...

[snyh]

...on this, I use dbus-monitor to watch its behavior)

add an return when name is zero length at handleCall

[snyh]

The auto export itnerface's introspect info.

The introspect infomation will be dynamic update when the interface is add to or remove from under the belong ObjectPath.

[snyh]

The last two commit implement an auto exporter . No need feed any introspect information.
I wish the "exporter" will subsitute the "prop" and "introspect" in the furture.

[snyh]

This is an screenshot, the __info stuf hasn't any effect at this moment. But I think use this can be done more complete introspect information when need better introspect information.

[snyh]

singal can easy connect an handler(implement this func field of exported struct) now.
use exporter.Export to handle hard work

[guelfey]

First of all, thank you for your contribution. These seem like quite big changes, so I'll look at it later when I have enough time.

[guelfey]

I'm sorry, but you can't expect me to merge 400 lines worth of undocumented and untested changes that introduce a new public API without any discussion beforehand. I understand what you want to change, but this is not the way to accomplish it. I'll look into the d-feet thing, but for the other changes, I suggest that you open an issue explaining what exactly you want to do.

[snyh]

I will begin use golang to develop linux desktop application and dbus is an base ability.
and I think use golang's struct tag plus reflect the high-level API can be very easy. User can no need know any dbus knowledge (and if he/she want more control then take advantage of struct tag we can do more things).

I will try document this when I accomplish the new "API".

Write English is too difficult for me. so I use iamge document something yesterday.