Le modèle objet standard du C++ fournit un support d’exécution très efficace pour le paradigme objet. Mais sa nature statique est inflexible dans certains domaines de problème. La programmation d’interfaces utilisateur graphiques est un domaine qui requiert une efficacité d’exécution et un haut niveau de flexibilité. Qt fournit cela, en combinant la rapidité du C++ à la flexibilité de son modèle objet.

Qt ajoute ces propriétés au C++ :

• Un mécanisme très puissant pour la communication entre objets sans lien appelé signaux et slots ;
• Des propriétés d'objet pouvant être conçues et être cibles de requêtes ;
• Des évènements et des filtres d'évènements puissants ;
• Une traduction de chaînes de caractères pour l'internationalisation ;
• Des compteurs internes qui rendent possible l’intégration élégante d’un bon nombre de tâches dans un évènement de GUI ;
• Des arbres d'objets hiérarchiques pouvant être cible de requêtes qui organisent la propriété des objets dans une voie normale ;
• Des pointeurs sécurisés (QPointer) qui sont définis automatiquement à 0 quand l’objet référencé est détruit, à la différence des pointeurs normaux du C++ qui deviennent des pointeurs instables lorsque leurs objets sont détruits ;
• Une conversion de type dynamique qui travaille à travers les limites des bibliothèques.

Plusieurs de ces dispositifs de Qt sont implémentés avec des techniques de C++ standard, basés sur l’héritage depuis QObject. D’autres, comme le mécanisme de communication entre les objets et le système de propriétés dynamiques, requièrent le système de méta-objets fourni par le compilateur de méta-objets (moc) propre à Qt.

Le système de méta-objets est une extension du C++ qui rend le langage mieux conditionné à la véritable programmation de composants de GUI. Bien que les templates puissent être utilisées pour étendre le C++, le système de méta-objets fournit des bénéfices par l’utilisation du C++ standard qui ne peut être réalisé avec des templates ; pour plus de détails, regardez « Pourquoi Qt n'utilise pas les templates pour les signaux et les slots ? ».

Quelques-uns des utilitaires ajoutés listés ci-dessus pour le modèle objet de Qt, nécessitent que nous considérions les objets de Qt telles des identités, non comme des valeurs. Les valeurs sont copiées et assignées ; les identités sont clonées. Le clonage entend la création d’une nouvelle identité, et non une exacte copie de l’ancienne. Par exemple, des jumeaux ont des identités différentes. Ils peuvent se ressembler, mais ont des noms différents, des positions différentes, et peuvent avoir des réseaux sociaux complètement différents.

Ainsi, le clonage d’une identité est une opération plus complexe que la copie ou l’assignation d’une valeur. Nous pouvons voir ce que cela représente dans le modèle objet de Qt.

• Peut avoir un QObject::objectName() unique. Si nous copions un objet de Qt, quel nom devrions-nous donner à la copie ?
• A une place dans une hiérarchie objet. Si nous copions un objet de Qt, où devrait-il être placé ?
• Peut être connecté à d’autres objets de Qt pour leur émettre des signaux ou pour en recevoir d’eux. Si nous copions un objet de Qt, comment devrions-nous transférer ces connexions à la copie ?
• Peut avoir de nouvelles propriétés ajoutées lors de l’exécution qui ne seraient pas déclarées dans la classe C++. Si nous copions un objet de Qt, la copie devrait-elle inclure les propriétés qui auraient été ajoutées à l’original ?

Pour ces raisons, les objets de Qt devraient être traités comme des identités, non comme des valeurs. Les identités sont clonées, et non copiées ou assignées, et cloner une identité est une opération plus complexe que copier ou assigner une valeur. Par conséquent, QObject et la totalité de ses sous-classes (directes ou non) détiennent leur constructeur de copie et leur opérateur d'assignement désactivés.

Merci à <!zamnell!> pour la traduction et à <!wachter!> ainsi qu’à <!dourouc!> pour leur relecture orthographique !