URL: https://linuxfr.org/users/beuh/journaux/api-de-programmation-syst%C3%A8me-et-linux-et-si Title: API de programmation système et Linux : et si Authors: Benoit Date: 2004年02月20日T08:58:46+01:00 Tags: Score: 0 Tout d'abord, même si ce journal réalise, plus bas, une comparaison avec Win---s, il ne s'agit pas d'un Troll mais d'une réflexion à 0,2 centimes sur l'avenir de Linux et des Unix en général. Programmeur Unix et Windows, il m'est bien évidemment arrivé de comparer les deux systèmes et surtout leur interface de programmation. Linux implémente de multiples normes Posix, BSD et autres qui finissent par rendre l'interface de programmation extrêmement complexe à utiliser. Il y a très peu d'homogénéité dans les appels systèmes et les objets manipuler (descripteur de fichier, handle de thread, sémaphore/message IPC, ). Résultat impossible, par exemple, d'attendre simultanément la fin d'un thread ou la mort d'un processus ou l'arriver d'un signal ou de données sur une socket, car tous ces objets sont représentés par des objets différents (tout du moins en apparence). La notion de Handle à la Windows étant beaucoup plus souple. Mais Linux et certainement bien d'autres Unix ont une conception interne moderne qui permet de réaliser des traitements génériques sur beaucoup d'objets du noyau grâce à un approche objet (bien qu'écrit en C). Il ne serait donc pas, enfin je pense, si difficile de fournir une interface de programmation beaucoup plus homogène qui cohabiterait avec celles disponibles aujourd'hui et permettrait de manipuler les mêmes objets noyau avec plus de souplesse. J'ai certains collègues qui sont fervents utilisateurs de Linux mais qui préfèrent largement programmer sous Windows justement car c'est beaucoup plus simple. J'ai vu plusieurs projets réalisés sous Windows uniquement car le coût de la partie développement était estimé inférieur sous Windows que sous Unix/Linux. Alors certes la compatibilité et le respect des normes c'est essentiel, mais il va bien falloir que Linux et d'autre OS se décident à fournir une API système mieux pensée sous peine de disparaître. Voilà c'était ma réflexion à 0,2 centimes !