On Tuesday, September 18, 2012, Cedric BAIL wrote: > On Tue, Sep 18, 2012 at 9:30 PM, Gustavo Sverzut Barbieri > <barbi...@profusion.mobi <javascript:;>> wrote: > > Now a full reply :-) > > You mean not a troll ? :-)
;-) > > > On Tue, Sep 18, 2012 at 2:15 AM, Michael Blumenkrantz > > <michael.blumenkra...@gmail.com <javascript:;>> wrote: > >> * if the point was to get away from libdbus, why does this still use the > >> exact same bad methodology as libdbus, such as EDBus_Message_Iter? why > do > >> we not have serialization from/to native EFL types, or at least > something > >> like serializing to Eina_Value? > > > > Long story short, it's to construct large messages interactively > > without much overhead. > > > > If you're reading/writing to/from wire you can do zero-copy as strings > > and similar are \0 terminated. Then you do not allocate it, just point > > to there and no need to intermediate copy. Also simpler to construct. > > > > That said, we'll introduce some helper to convert to-from Eina_Value > > for an Message and Iterator. We'll need this once we introduce the FDO > > Properties and ObjectManager helpers. These are higher level and > > likely people will use that instead, and to do so we'll keep the > > properties as Eina_Value. > > > > Again for performance, the user will have 2 ways of doing the properties: > > 1 - user will do async methods to get/set properties, handling > > conversion (faster but more cumbersome) > > 2 - user will call monitor() on an object/interface (proxy) and it > > will store properties locally based on PropertyChanged. Then get is > > now synchronous (local) and uses Eina_Value. Set is still > > asynchronous, but will use Eina_Value as well. > > Ok, so it's for performance reason. Then what about implementing the > same API that we have in EET, describe the property you want and get > them directly in your structure. Not helping, just complicating for users. Eet is damn awful to use :-/ > No need for this ugly iterator (that > is not compatible with Eina_Iterator...). That I believe we can fix > -- > Cedric BAIL > > > ------------------------------------------------------------------------------ > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > _______________________________________________ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net <javascript:;> > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -------------------------------------- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 ------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ _______________________________________________ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
