Et puis, la perte de perf n'est vraie que pour la génération des parametres et le passage de ces paramètres.
Et également pour la récupération du résultat aussi : bref, partout où tu utilises le programme il y a perte de perfs. Sans parler de l'absence de tous les protocoles spécifiques à la communication entre programmes : types de données, exceptions, synchronisation, etc.
Sans parler qu'il a création inutile de processus quand un simple thread suffirait voir rien du tout.
Pour reprendre ton expression, on a pas inventé la redirection des I/O standard pour les chiens non plus.
Non effectivement on a inventé celà y'a 20 ans, en croyant qu'on allait pouvoir tout faire avec ça, et maintenant c'est ce que je désigne un boulet, parcque de nombreux programmes ont été conçus sans du tout penser à proposer une interface de programmation plus avancée EN PLUS (pas à la place).
L'autre limitation de l'utilisation d'une commande c'est que ce n'est pas le pied pour un processus interactif, dans ce cas, c'est sur qu'il vaut mieux éviter.
interactif, bref c'est valable pour la plupart des GUIs. C'est également un gros reproche de ces programmes en ligne de commande : le manque d'interactivité, de retour utilisateur. Et le parsing de la sortie standard voilà quoi. Soit c'est simple à utilisé et il n'y a aucune interactivité, soit il y a une sortie verbeuse, longue, lourde et contre-performante.
je ne vois pas ce qu'amènerai de plus l'utilisation d'une lib.
Tout ce que j'ai expliqué plus haut : une programmation beaucoup plus aisée des front-end, une lourdeur bien moins importante (pas 36000 processus et pourquoi pas une gestion multi-requête comme un serveur)
Bof, je continue à penser que c'est une IPC comme les autres qui a ses avantages et inconvéniants
Tu m'as cité des inconvénients, je t'approuve forcement, mais je cherche toujours les avantages de n'avoir QUE une interface console (et pas d'API en plus).
Enfin si toi tu préfères te taper de la communiactions inter-processus (et la gestion des erreurs qui va avec) avec redirections d'entrées-sorties avec parsing de la sortie et formattage de paramètre plutôt que de faire :
resultat = monAPI.truc(param)
c'est toi qui voit. En tout cas tu confirmes ce que je disais : pour linux aussi les habitudes des utilisateurs sont un vrai boulet à traîner.
[^] # Re: oué et
Posté par TImaniac (site web personnel) . En réponse au journal Windaube, c'est maaaaaal! / linux c'est bien!. Évalué à 4.
Et également pour la récupération du résultat aussi : bref, partout où tu utilises le programme il y a perte de perfs. Sans parler de l'absence de tous les protocoles spécifiques à la communication entre programmes : types de données, exceptions, synchronisation, etc.
Sans parler qu'il a création inutile de processus quand un simple thread suffirait voir rien du tout.
Pour reprendre ton expression, on a pas inventé la redirection des I/O standard pour les chiens non plus.
Non effectivement on a inventé celà y'a 20 ans, en croyant qu'on allait pouvoir tout faire avec ça, et maintenant c'est ce que je désigne un boulet, parcque de nombreux programmes ont été conçus sans du tout penser à proposer une interface de programmation plus avancée EN PLUS (pas à la place).
L'autre limitation de l'utilisation d'une commande c'est que ce n'est pas le pied pour un processus interactif, dans ce cas, c'est sur qu'il vaut mieux éviter.
interactif, bref c'est valable pour la plupart des GUIs. C'est également un gros reproche de ces programmes en ligne de commande : le manque d'interactivité, de retour utilisateur. Et le parsing de la sortie standard voilà quoi. Soit c'est simple à utilisé et il n'y a aucune interactivité, soit il y a une sortie verbeuse, longue, lourde et contre-performante.
je ne vois pas ce qu'amènerai de plus l'utilisation d'une lib.
Tout ce que j'ai expliqué plus haut : une programmation beaucoup plus aisée des front-end, une lourdeur bien moins importante (pas 36000 processus et pourquoi pas une gestion multi-requête comme un serveur)
Bof, je continue à penser que c'est une IPC comme les autres qui a ses avantages et inconvéniants
Tu m'as cité des inconvénients, je t'approuve forcement, mais je cherche toujours les avantages de n'avoir QUE une interface console (et pas d'API en plus).
Enfin si toi tu préfères te taper de la communiactions inter-processus (et la gestion des erreurs qui va avec) avec redirections d'entrées-sorties avec parsing de la sortie et formattage de paramètre plutôt que de faire :
resultat = monAPI.truc(param)
c'est toi qui voit. En tout cas tu confirmes ce que je disais : pour linux aussi les habitudes des utilisateurs sont un vrai boulet à traîner.