"Wine reimplemente l'API Windows, il n'en fait aucun usage vu que l'API tel qu'ecrit par MS tourne uniquement sur Windows."
c'est faux.
une API existe sur de multiples plate-formes. par exemple open-gl
mais que se passe-t-il quand une plate-forme dominante a des api cachées et que les logiciels les plus en vues les utilisent justement pour réussir à être meilleure ?
et bien les autres implémentations de l'API (wine par exemple) n'arrivent pas à faire marcher le logiciel.
elles sont "moins bien" que le dominant, alors que pourtant elles ont respecté la documentation de l'api.
l'api de wine est l'api de Windows win32 + direct X
-
Votre erreur ou mensonge vient du fait que vous pensez qu'une "api" est un programme, un logiciel existant tournant sur un ordinateur.
une API n'est pas du code. c'est la définition de points d'entrées et ses paramètres et retour pour programmer un système.
une api peut exister qu'en papier avant d'être implémenté en python, c , pascal, etc par dessus linux, windows, solaris, pour un ordinateur, un main frame, un téléphone, une console etc.
-
ça en est à un tel point qu'il existe des langages de définition d'api, automatisé, et ces langages sont conçus pour être totalement neutre de toute implémentation concrète (que cela soit la machine, le système et même le langage finale).
-
si vous estimez que le sujet est pourri par du hors sujet, ne répondez pas.
Il m'apparaît, finalement, que c'est pertinent pour vous pousser à bout et réaliser votre malhonnêteté.
[^] # Re: mais
Posté par - - . En réponse à la dépêche La guerre des formats de bureautique normalisés ISO commence. Évalué à 2.
"Wine reimplemente l'API Windows, il n'en fait aucun usage vu que l'API tel qu'ecrit par MS tourne uniquement sur Windows."
c'est faux.
une API existe sur de multiples plate-formes. par exemple open-gl
mais que se passe-t-il quand une plate-forme dominante a des api cachées et que les logiciels les plus en vues les utilisent justement pour réussir à être meilleure ?
et bien les autres implémentations de l'API (wine par exemple) n'arrivent pas à faire marcher le logiciel.
elles sont "moins bien" que le dominant, alors que pourtant elles ont respecté la documentation de l'api.
l'api de wine est l'api de Windows win32 + direct X
-
Votre erreur ou mensonge vient du fait que vous pensez qu'une "api" est un programme, un logiciel existant tournant sur un ordinateur.
une API n'est pas du code. c'est la définition de points d'entrées et ses paramètres et retour pour programmer un système.
une api peut exister qu'en papier avant d'être implémenté en python, c , pascal, etc par dessus linux, windows, solaris, pour un ordinateur, un main frame, un téléphone, une console etc.
-
ça en est à un tel point qu'il existe des langages de définition d'api, automatisé, et ces langages sont conçus pour être totalement neutre de toute implémentation concrète (que cela soit la machine, le système et même le langage finale).
-
si vous estimez que le sujet est pourri par du hors sujet, ne répondez pas.
Il m'apparaît, finalement, que c'est pertinent pour vous pousser à bout et réaliser votre malhonnêteté.