On Wed, May 15, 2013 at 01:09:44PM -0400, Laine Stump wrote: > On 05/15/2013 07:23 AM, Osier Yang wrote: > > On 15/05/13 19:09, Daniel P. Berrange wrote: > >> Instead of > >> adding many parameters to the API, we could provide a struct > > > > Agreed, many params is always not good. . > > > >> containing all the various callbacks needed in one go. > >> > >> Daniel > > Maybe each device object could have a "hidden" part (i.e. not > necessarily visible in the XML) that can be setup before calling > qemuBuildCommandLine(), and qemuBuildCommandline could use that info if > it's there, otherwise fills in "null" args on the commandline. > > I'm not against using a callback when it's appropriate, but I think they > hinder proper understanding of code by newcomers, and should be used > sparingly unless necessary. I'm strongly against adding any driver specific data to the "def" objects. They should be exclusively used for representing the XML configuration data, that is agnostic to any particular driver. Daniel -- |: http://berrange.com -o- http://www.flickr.com/photos/dberrange/ :| |: http://libvirt.org -o- http://virt-manager.org :| |: http://autobuild.org -o- http://search.cpan.org/~danberr/ :| |: http://entangle-photo.org -o- http://live.gnome.org/gtk-vnc :| -- libvir-list mailing list libvir-list@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/libvir-list