En direct des Qt DevDays 2012
Compte-rendu de la présentation de KDE sur la modularisation des KDE Frameworks 5
Le 2012-11-14 17:43:41, par idiallo, Membre éprouvé
Présentation par David Faure (KDAB, KDE)
Au fil du temps, le projet KDE a développé kdelibs, un ensemble de composants communs aux applications KDE. Actuellement, kdelibs est une dépendance monolithique, ce qui crée une frontière entre les applications Qt et les applications KDE.
L'objectif pour KDE 5 est de subdiviser kdelibs en modules avec des interdépendances minimales. Trois types de modules ont été créées :
- fonctionnel : modules de type bibliothèque, pas de dépendance à l'exécution ou à des plug-ins ;
- intégration : modules utilisant des fonctions du système ou les implémentant directement et pouvant avoir des dépendances à l'exécution ;
- solution : technologies complètes avec des dépendances à l'exécution.
Ces modules sont également subdivisés en niveaux de dépendance, le niveau 1 ne dépendant que de Qt, le niveau 2 dépendant du niveau 1 et le niveau 3 dépendant des niveaux 1, 2 et 3.
Quelques exemples de modules :
Fonctionnels, niveau 1 : KArchive, Threadweaver, KIdleTime, Dnssd, KConfig ;
Intégration, niveau 1 : Solid ;
Solution, niveaux 2 et 3 : KIO.
Dans KDE Frameworks 5, les modules fonctionnels et intégration seront utilisables comme des ajouts à Qt, ce qui supprimera effectivement la distinction entre applications "purement" Qt et les applications KDE et le problème d'avoir à choisir entre les deux pour le développement d'une application.
L'aboutissement de ce travail est prévu pour courant 2013, avec un code d'abord basé sur Qt 4, pour séparer le travail de modularisation du travail de portage vers Qt 5 qui sera fait dans la foulée.
Au fil du temps, le projet KDE a développé kdelibs, un ensemble de composants communs aux applications KDE. Actuellement, kdelibs est une dépendance monolithique, ce qui crée une frontière entre les applications Qt et les applications KDE.
L'objectif pour KDE 5 est de subdiviser kdelibs en modules avec des interdépendances minimales. Trois types de modules ont été créées :
- fonctionnel : modules de type bibliothèque, pas de dépendance à l'exécution ou à des plug-ins ;
- intégration : modules utilisant des fonctions du système ou les implémentant directement et pouvant avoir des dépendances à l'exécution ;
- solution : technologies complètes avec des dépendances à l'exécution.
Ces modules sont également subdivisés en niveaux de dépendance, le niveau 1 ne dépendant que de Qt, le niveau 2 dépendant du niveau 1 et le niveau 3 dépendant des niveaux 1, 2 et 3.
Quelques exemples de modules :
Fonctionnels, niveau 1 : KArchive, Threadweaver, KIdleTime, Dnssd, KConfig ;
Intégration, niveau 1 : Solid ;
Solution, niveaux 2 et 3 : KIO.
Dans KDE Frameworks 5, les modules fonctionnels et intégration seront utilisables comme des ajouts à Qt, ce qui supprimera effectivement la distinction entre applications "purement" Qt et les applications KDE et le problème d'avoir à choisir entre les deux pour le développement d'une application.
L'aboutissement de ce travail est prévu pour courant 2013, avec un code d'abord basé sur Qt 4, pour séparer le travail de modularisation du travail de portage vers Qt 5 qui sera fait dans la foulée.