Pas forcément.
Phonon pourrait supporter A B C et D avec une documentation claire disant que seuls B et C fonctionneront avec tous les systèmes. À charge ensuite aux développeurs des progammes de faire des choix et d'avertir clairement les utilisateurs de ce qui est nécessaire pour profiter des fonctionnalités.
Et ainsi quand un des backend ajoute le support d'une fonctionnalité il suffit de l'ajouter dans sa couche de liaison et les programmes qui utilisent cette fonctionnalité pourront aussi en profiter avec ce backend.
On pourrait même envisager que pour les fonctionnalités optionnelles il y aie une API parallèle qui permet aux programmes d'interroger phonon pour savoir si le backend actuel supporte telle fonctionnalité.
Les programmes pourraient ainsi s'adapter automatiquement au backend utilisé.
[^] # Re: Perte de fonctionnalités
Posté par wismerhill . En réponse à la dépêche Annonce du projet Phonon. Évalué à 3.
Phonon pourrait supporter A B C et D avec une documentation claire disant que seuls B et C fonctionneront avec tous les systèmes. À charge ensuite aux développeurs des progammes de faire des choix et d'avertir clairement les utilisateurs de ce qui est nécessaire pour profiter des fonctionnalités.
Et ainsi quand un des backend ajoute le support d'une fonctionnalité il suffit de l'ajouter dans sa couche de liaison et les programmes qui utilisent cette fonctionnalité pourront aussi en profiter avec ce backend.
On pourrait même envisager que pour les fonctionnalités optionnelles il y aie une API parallèle qui permet aux programmes d'interroger phonon pour savoir si le backend actuel supporte telle fonctionnalité.
Les programmes pourraient ainsi s'adapter automatiquement au backend utilisé.