Discussion :

[baccali]

Bonjour à tous,

*nixien de base, Je commence à peine la programmation sous windows (dont je découvre et j'apprécie le style et la philosophie au passage). Seulement je n'arrive pas à me décider sur un truc :

Il y a d'un côté la libc qui appelle en réalité les fonctions de l'API win32 et de l'autre côté l'API win32. Ca fait qu'on se retrouve avec 2 API sur le même système, donc 2 façons d'arriver à Rome!

Donc pour les vétérants de la prog windows, quelle est l'API que vous me conseillez d'utiliser, tant au niveau pratique que performance?

Cordialement.

[fiberMan]

Bonjour,
J'utilise API Win32, car avec la documentation complet de MSDN , on peut tout faire avec. Mais ça dépend de toi (le choix)

[baccali]

Donc techniquement il n'y a aucun avantage à utiliser l'un ou l'autre? Je veux dire en situation réelle tu n'as jamais eut à utiliser l'autre API?

merci

[Melem]

Ca fait qu'on se retrouve avec 2 API sur le même système, donc 2 façons d'arriver à Rome!

Pas du tout. La lib C sert à écrire des programmes portables. L'API Windows sert à écrire des programmes spécifiques à Windows, ce qui ne t'empêche pas d'utiliser la lib C même si tu n'a pas l'intention de l'utiliser ailleurs que sous Windows. D'ailleurs, la lib C est, de manière générale, plus simple à utiliser que l'API Windows. Compare par exemple fopen - fwrite - fclose avec CreateFile - WriteFile - CloseHandle. Du coup, il arrive aussi souvent que l'on se serve des fonctions de la lib C même dans une application spécifique à Windows.

Donc pour les vétérants de la prog windows, quelle est l'API que vous me conseillez d'utiliser, tant au niveau pratique que performance?

Les deux.

[baccali]

Pas du tout. La lib C sert à écrire des programmes portables. L'API Windows sert à écrire des programmes spécifiques à Windows, ce qui ne t'empêche pas d'utiliser la lib C même si tu n'a pas l'intention de l'utiliser ailleurs que sous Windows. D'ailleurs, la lib C est, de manière générale, plus simple à utiliser que l'API Windows. Compare par exemple fopen - fwrite - fclose avec CreateFile - WriteFile - CloseHandle. Du coup, il arrive aussi souvent que l'on se serve des fonctions de la lib C même dans une application spécifique à Windows.

J'avais bien compris! Tu dis pas du tout mais tu corrobore ce que je dis! Pour reprendre ton exemple : On a fopen etc... d'un côté et createFile etc... de l'autre -> deux façon d'arriver à Rome! Ma question c'était pourquoi utiliser l'une plutôt que l'autre. çà se joue simplement sur la simplicité?! Si c'est le cas eh bien comme je disais, la libc, elle sert à rien sous windows,! (mis à part pour les maths CreateFile et autre n'étant pas si compliqué et permettant même un meilleure contrôle de ce que tu fais)

[Médinoc]

Pour l'accès aux fichiers, je préconise d'utiliser les fonctions portables, car c'est la libc qui gère l'accès en mode texte et une partie de la bufferisation. Sauf bien sûr si tu as absolument besoin des fonctions avancées de Windows comme la gestion des droits.

[Melem]

Pour reprendre ton exemple : On a fopen etc... d'un côté et createFile etc... de l'autre -> deux façon d'arriver à Rome! Ma question c'était pourquoi utiliser l'une plutôt que l'autre. çà se joue simplement sur la simplicité?! Si c'est le cas eh bien comme je disais, la libc, elle sert à rien sous windows,!

Bah, on peut poser la même question pour nix : On a fopen etc... d'un côté et creat etc... de l'autre -> deux façon d'arriver à Rome! (...) pourquoi utiliser l'une plutôt que l'autre ... Devrais-je en conclure que la lib C ne sert à rien sous nix ? Certainement pas .

Maintenant pour répondre à ta question, je le répète encore, l'avantage de la lib C est la portabilité, l'avantage de l'API système est le contrôle total. D'autre part, la lib C est d'un niveau supérieur à l'API système, puisqu'elle l'encapsule. Cela peut être un avantage ou un inconvénient, selon tes besoins.

[baccali]

Bah, on peut poser la même question pour nix : On a fopen etc... d'un côté et creat etc... de l'autre -> deux façon d'arriver à Rome! (...) pourquoi utiliser l'une plutôt que l'autre ... Devrais-je en conclure que la lib C ne sert à rien sous nix ? Certainement pas .

Là par contre tu marques un point! A la seule différence que les *nix ne proposent pas d'autres API "NATIVES" pour simplifier la com avec le noyau. Vas ouvrir un shell (et là je parle pas de bash et autres) sans libc!!! Par contre tu peux faire ce que tu veux sous windows sans passer par la libc, qui je rappelle n'est même pas maintenue par la même équipe que celle qui fait Windows.

Maintenant pour répondre à ta question, je le répète encore, l'avantage de la lib C est la portabilité, l'avantage de l'API système est le contrôle total. D'autre part, la lib C est d'un niveau supérieur à l'API système, puisqu'elle l'encapsule. Cela peut être un avantage ou un inconvénient, selon tes besoins.

Oui et merci encore de ta réponse. Ce que j'en déduit en tout cas c'est que la libc permet de faire des applis portables tant qu'elles restent basiques.

[Mat.M]

Oui et merci encore de ta réponse. Ce que j'en déduit en tout cas c'est que la libc permet de faire des applis portables tant qu'elles restent basiques.

tu n'as pas compris la réponse de Melem;
il explique que l'API win32 c'est spécifique à Windows.
Si tu veux faire un programme Windows avec fenêtre , il faut passer par la programmation Windows win32 et appeler CreateWindows etc
Mais la libc te sera utile aussi en programmation Windows;tu peux ouvrir aussi bien un fichier avec fopen qu'avec CreateFile