Vous êtes nouveau sur Developpez.com ? Créez votre compte ou connectez-vous afin de pouvoir participer !

Vous devez avoir un compte Developpez.com et être connecté pour pouvoir participer aux discussions.

Vous n'avez pas encore de compte Developpez.com ? Créez-en un en quelques instants, c'est entièrement gratuit !

Si vous disposez déjà d'un compte et qu'il est bien activé, connectez-vous à l'aide du formulaire ci-dessous.

Identifiez-vous
Identifiant
Mot de passe
Mot de passe oublié ?
Créer un compte

L'inscription est gratuite et ne vous prendra que quelques instants !

Je m'inscris !

En direct des Qt DevDays 2012
Compte-rendu de la présentation de KDE sur la modularisation des KDE Frameworks 5

Le , par idiallo

0PARTAGES

1  0 
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.

Une erreur dans cette actualité ? Signalez-le nous !