maildev@lists.thunderbird.net

Thunderbird email developers

View all threads

Re: [Maildev] hard dependencies on addrbook component

C
cardbook.thunderbird
Sat, Aug 12, 2017 12:58 PM

Very good ! ☺

Envoyé depuis mon smartphone Samsung Galaxy.
-------- Message d'origine --------De : "Enrico Weigelt, metux IT consult via Maildev" maildev@lists.thunderbird.net Date : 12/08/2017  05:14  (GMT+02:00) À : maildev@lists.thunderbird.net Cc : "Enrico Weigelt, metux IT consult" enrico.weigelt@gr13.net Objet : [Maildev] hard dependencies on addrbook component
Hi folks,

I've just seen that many places (eg. composer) depend directly on the
addrbook component, while they'd just need the addrbook service
interfaces. That somewhat contradicts the whole idea of components /
services and as consequence we can't easily replace different parts
(frontend vs. database backends, etc).

Therefore, I propose splitting it up into several pieces: move out
the service interfaces (eg. nsIAB*) to an own component, as well
as the actual service. Later on, we could even think about an
splitting further into several storage services (local db's, ldap,
carddav, ...) vs. some aggregating/meta service from mapping them
together (which will be called by clients like composer, gui, etc)

What do you think about that ?

--mtx


Maildev mailing list
Maildev@lists.thunderbird.net
http://lists.thunderbird.net/mailman/listinfo/maildev_lists.thunderbird.net

Very good ! ☺ Envoyé depuis mon smartphone Samsung Galaxy. -------- Message d'origine --------De : "Enrico Weigelt, metux IT consult via Maildev" <maildev@lists.thunderbird.net> Date : 12/08/2017 05:14 (GMT+02:00) À : maildev@lists.thunderbird.net Cc : "Enrico Weigelt, metux IT consult" <enrico.weigelt@gr13.net> Objet : [Maildev] hard dependencies on addrbook component Hi folks, I've just seen that many places (eg. composer) depend directly on the addrbook component, while they'd just need the addrbook service interfaces. That somewhat contradicts the whole idea of components / services and as consequence we can't easily replace different parts (frontend vs. database backends, etc). Therefore, I propose splitting it up into several pieces: move out the service interfaces (eg. nsIAB*) to an own component, as well as the actual service. Later on, we could even think about an splitting further into several storage services (local db's, ldap, carddav, ...) vs. some aggregating/meta service from mapping them together (which will be called by clients like composer, gui, etc) What do you think about that ? --mtx _______________________________________________ Maildev mailing list Maildev@lists.thunderbird.net http://lists.thunderbird.net/mailman/listinfo/maildev_lists.thunderbird.net