KActivities library optimizations

Aaron J. Seigo aseigo at kde.org
Wed Sep 5 21:11:37 UTC 2012


On Wednesday, September 5, 2012 21:54:33 Ivan Čukić wrote:
> > > We need data models for it
> > 
> > sounds good ...
> 
> Now, since the models library (in order to skip data retrieval from kamd via
> d-bus*) will need to be linked to nepomuk (linked resources) and qtsql (for
> detailed even logs), what do you think to make it a separate library -
> libkactivities-datamodels (or similar).

more libraries means harder to use (have to know the more about the design to 
know which library to use and when).

i think a dep on nepomuk is just fine as long as nepomuk's depencies are 
limited .. if they aren't, then it can be an issue. 

i'm not clear on what the dependency on qtsql is for? (sorry .. hopefully you 
can explain in more detail)

if data models are meant to be "the" way to interact with activities, which 
could well be a valid approach, then having a separate lib also won't buy us 
much as everything will use the models library anyways.

one reason to do it as a separate library could be to deprecate libkactivities 
altogether and make everything a model (with things like Controller simply 
becoming additional API added to the model subclass)

the more i think about it, the more i think it would be interesting to see a 
models-only API for activities ... in which case having it as a separate, new 
library makes lots of sense.

and yes, mega bonus points for suddenly not worrying about sync/async :)

-- 
Aaron J. Seigo
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part.
URL: <http://mail.kde.org/pipermail/plasma-devel/attachments/20120905/a8e5066a/attachment.sig>


More information about the Plasma-devel mailing list