Comment écrire du code portable en c++?

• apprendre à utiliser la bibliothèque standard
• lire des livres (par exemple. cette une)
• lorsque vous avez de l'expérience, apprendre à utiliser boost

Quelles sont les choses que je dois garder à l'esprit pour écrire du code portable?

1. Garder plusieurs compilateurs à proximité, le code de test régulièrement sur les plates-formes cibles. Si vous faites de la croix-plate-forme de logiciels pour windows windows/linux , maintenir autour de mingw, visual studio express (c'est à dire "compilateur de microsoft"), et une installation de linux avec g++ (ou de l'utilisation de la machine virtuelle). Même si votre code est parfait, le compilateur pourrait avoir une sorte de inattendu caprice. Par exemple, certaines versions de ms compilateur ont une limite sur le nombre de constantes de chaîne, le gcc n'a pas.
2. Ne comptez pas sur les tailles de types standard. Par exemple, sur msvc sizeof(wchar_t) est de 2 octets. Sur l'installation de linux, il peut être de 4 octets. Utiliser sizeof (si vous en avez besoin), ou d'essayer d'éviter d'avoir à utiliser la taille de n'importe quel type dans votre code. Et vous ne devriez pas supposer que le pointeur est de 4 octets (en passant les données de l'utilisateur pointeur dans les appels de l'api scénario) - il sera de 8 octets, 64 bits.
3. Ne pas utiliser le compilateur spécifique pragmas, des macros et des extensions. Par exemple, éviter les "#pragma once".
4. Ne pas utiliser les extensions de la bibliothèque standard (fourni par le développeur du compilateur). Cela s'applique davantage aux fonctions de la bibliothèque C, cependant. Par exemple, MS compilateur fournit plusieurs "safe" (comme strcpy_s) versions de la norme C-style de routines. Ce qui, bien sûr, ne pas être disponibles sur d'autres plates-formes.
5. Être très prudent si vous décidez d'utiliser le C-style routines (comme sprintf) du code C++. (Je savoir que c'est censé être une mauvaise pratique, mais dans certains cas c'est utile), Ils sont légèrement différentes implémentations, les extensions et les différentes certain nombre de paramètres. Par exemple, sprintf peuvent avoir différents formats supplémentaires qui sont mis en œuvre différemment sur différentes plates-formes. Par exemple, la dernière fois que j'ai coché "%S" se comporte différemment sur msvc et de gcc vswprintf routine.
6. Ne reposent pas sur le compilateur types de données spécifiques, à l'instar __int32. Il est très probable que vous aurez besoin d'une sorte de type qui est garanti pour être de 4 octets de long (ou quelque chose comme ça) - utilisation de typedef combiné avec compilation conditionnelle ("#ifdef WIN32"). OU utiliser des types fournis par la croix-plate-forme de bibliothèque. Par exemple, SDL fournit des types comme Uint8, Qt 4 a quint32, etc. C'est assez courant.
7. Évitez le contact direct avec l'OS d'appels. Utiliser les fonctions standard pour l'accès aux fichiers.
8. Lorsque vous devez utiliser des OS des appels spécifiques, utiliser la compilation conditionnelle (#ifdef WIN32, etc)
9. Essayez d'utiliser le même système de build sur toutes les plateformes. Il n'y a pas de MSBuild sur linux. Utilisation gnumake, cmake, scons ou qmake. Alors que dans certains de ces systèmes, vous avez le code de drapeaux de différents compilateur, il sera possible d'utiliser le même script partout. Par exemple, il fonctionne très bien avec SConstructs. Et le maintien d'un script de construction pour toutes les plates-formes peut être plus facile que la synchronisation des modifications à travers les différents systèmes de construction.
10. Pour toutes les opérations qui nécessitent une interaction avec le système d'exploitation (interface graphique, la manipulation de fichiers), l'utilisation de la croix-plate-forme de bibliothèques. Qt est un bon choix.

STL types lorsque cela est possible. Soyez prudent d'utiliser le système de types dépendants et les Api. Par exemple, n'utilisez pas les types comme UINT, et DWORD sur Windows.

Vous pouvez utiliser une bibliothèque comme boost pour le rendre plus facile pour vous d'écrire du code portable. Si vous avez besoin d'une interface graphique d'envisager l'utilisation d'une plate-forme de trousse d'outils comme Qt.

Parfois, vous aurez besoin d'écrire de la plate-forme de code, et dans ce cas, vous pouvez faire quelque chose comme ceci:

#ifdef _WIN32
#include <windows.h>
#else
#include <unistd.h>
#endif

Quelques lignes directrices:

1. Garder la fin des affaires du code et de l'interface graphique séparée.
2. Éviter l'utilisation d'un compilateur spécifique des béquilles (#pragma, etc.)
3. Utiliser les expressions conventionnelles qui ne change pas de comportement avec compilateur/plate-forme au lieu de mignon de manipulation de bits astuces.
4. Si elle touche le matériel qu'il appartient à un pilote de périphérique.
5. L'utilisation de données de type en-têtes tels que les types.h (uint32_t, etc.).
6. Utiliser un système d'exploitation couche d'abstraction de sorte que vous ne faites pas appel appels de système d'exploitation directement.

Parfois, vous avez à faire des compromis d'efficacité et de performance pour le gain de la portabilité. Par exemple, si votre code requiert d'accéder à des champs d'un tampon, vous pouvez toujours jeter un paniers struct le pointeur de la mémoire tampon. Mais c'est horriblement non-portable. Donc, vous devez plutôt utiliser nommé pointeurs calculé avec des décalages, parfois avec d'alignement des limites de la manipulation de code. Pas joli, mais portable. Heureusement, vous pouvez cacher un lot de ce genre de choses avec une utilisation judicieuse de la classe des interfaces.

Pas tout le code doit être écrit de cette façon. Si vous concevez votre application dans un modulaire avec des limites bien définies de responsabilité, de 90 à 95% du code peut être portable sans douleur. Puis il suffit d'isoler les 5 à 10% dans une zone très localisée, qui doivent être adaptés pour une nouvelle plate-forme.

Pour l'apprentissage, essayez d'éviter de livres que de se concentrer sur une mise en œuvre. Dans certains cas, l'introduction ou un début de chapitre vous donnera quelques instructions sur la façon d'obtenir ou d'utiliser un langage de mise en œuvre; si elle mentionne plus d'une mise en œuvre, vous êtes probablement OK.

Obtenir un livre de référence qui est indépendant de la plateforme. De Stroustrup Le Langage de Programmation C++ est une belle référence, même si elle n'est pas un bon livre pour un débutant d'essayer d'apprendre de. Ne comptez pas sur les références pour une application donnée. MSDN est utile, par exemple, mais son principal objectif est de savoir comment écrire des programmes Windows à l'aide de Visual C++, pas comment écrire des programmes qui permettront de compiler et d'exécuter de n'importe où.

À écrire quelque chose de vraiment utile, vous allez avoir à obtenir en non-compatibles code. Essayez d'obtenir dans l'habitude de séparer le code de l'interface utilisateur de tout le reste, puisque c'est là que vous aurez le moins de compatibilité. Le moins de code, vous devez changer entre les plates-formes, le plus portable votre code.

OS-code indépendant de la est étonnamment difficile de le faire en C++. Considérons cet exemple trivial:

#include <iostream>
int main(int argc, char** argv) {
  std::cout << argv[0] << std::endl;
}

Qui est parfaitement valide en C++, c'est toujours non-compatibles, car il n'accepte pas l'Unicode arguments de ligne de commande sur Windows. La bonne version pour Windows serait:

#include <iostream>
int wmain(int argc, wchar_t** argv) {
  std::wcout << argv[0] << std::endl;
}

Bien sûr c'est encore non-compatibles, en travaillant uniquement sur Windows et être non standard. Donc, en fait, vous ne pouvez même pas écrire un portable main() fonction en C++ sans avoir recours à la compilation conditionnelle.