Comment contourner les conventions de nommage Symbian?

Question

Je suis sur le point d'écrire une bibliothèque C ++ qui doit être utilisée par une application Windows ainsi que sur Symbian. Linux n'est pas une exigence courante mais devrait en général être possible aussi.
Pour cette raison, j'aimerais utiliser les conventions de dénomination STL / Boost au lieu de Les Symbian , auxquelles je pense qu’il est difficile de s’habituer.
Cela semble déjà poser un problème lors de la compilation du code avec Carbide.c ++ car il applique la convention de dénomination Symbian.

Comment utiliser " normal " noms et toujours être compatible Symbian? J'ai d'abord pensé à des #define -ing noms de classe sous condition pour la plate-forme Symbian, mais je crains que cela ne crée de la confusion.

D'autres problèmes pourraient-ils se produire en ne respectant pas la convention de dénomination de Symbian?

Answer 1

Les conventions de codage ne sont pas strictes. Ils sont là pour faciliter la compréhension du code pour nous, les humains. Si vous écrivez une bibliothèque multiplate-forme, n'hésitez pas à utiliser la convention avec laquelle vous êtes à l'aise.

Bien entendu, votre bibliothèque doit probablement s’interfacer avec le système d’exploitation sous-jacent à certains égards. Avec l'aide de Ouvrez les bibliothèques C / C ++ , vous pouvez faire beaucoup de choses sans avoir à utiliser les API Symbian C ++ natives et leurs conventions de dénomination.

Dans Carbide.c ++, vous pouvez désactiver l’analyse statique CodeScanner car elle n’est utile que pour le code écrit en langage Symbian C ++ natif.

En résumé, les problèmes sont les suivants:

• Les personnes issues de l'arrière-plan natif de Symbian C ++ ne sont pas immédiatement familiarisées avec vos conventions
• L’utilisation des API Symbian C ++ natives peut exposer certaines particularités propres à la plate-forme (exceptions par rapport aux feuilles, faisceaux de pièges, ordonnanceurs actifs, etc.)
• Les analyseurs statiques spécifiques à Symbian, tels que CodeScanner, supposent un style de code Symbian C ++ et peuvent générer des erreurs / avertissements dont vous n'avez pas vraiment besoin.