choses aberrante comme des dizaines de front-end qui gère un programme console en lisant et en écrivant sur ses entrées et sorties standards.
Je ne vois pas ce qu'il y a d'absolument aberrant la dedans ...
Sur le principe c'est plus ou moins la meme chose qu'un machin tout intégré a la sauce composant ActiveX ou KPart, ou que l'utilisation d'une dll. C'est le principe du découpage des taches et de la ressource partagée: la commande ou le composant execute une tache plus ou moins bien découpée et on le commande par une interface plus ou moins bien définie. De plus, plusieurs programmes peuvent utiliser cette ressource sans avoir besoin d'en réinstaller une équivalente.
Ca a même l'avantage de pouvoir tourner sans interface additionnelle (puisque c'est déjà intégré dans la commande shell), alors que ton composant, tu aura forcément besoin d'une interface additionnelle pour en tirer quelque chose. Sans compter que généralement, les dépendances des composants sont très nettements suppérieures à celle d'une commande shell.
Inversement, c'est pas gagné pour faire du glisser graphique avec une commande shell :)
M'enfin d'un point de vue technique, utiliser une lib player mp3 et l'intégrer dans un programme graphique, utiliser un composant player mp3 et l'intégrer dans une interface graphique ou piloter un mpg123 like par une interface graphique, c'est un choix qui se fait en fonction de ce qu'on veut faire et qui n'est aberrant qu'en fonction de ce qu'on a voulu faire.
D'un point de vue utilisateur, du moment que ça répond au besoin, on se contrefout de comment c'est fait...
[^] # Re: oué et
Posté par Toufou (site web personnel) . En réponse au journal Windaube, c'est maaaaaal! / linux c'est bien!. Évalué à 3.
Je ne vois pas ce qu'il y a d'absolument aberrant la dedans ...
Sur le principe c'est plus ou moins la meme chose qu'un machin tout intégré a la sauce composant ActiveX ou KPart, ou que l'utilisation d'une dll. C'est le principe du découpage des taches et de la ressource partagée: la commande ou le composant execute une tache plus ou moins bien découpée et on le commande par une interface plus ou moins bien définie. De plus, plusieurs programmes peuvent utiliser cette ressource sans avoir besoin d'en réinstaller une équivalente.
Ca a même l'avantage de pouvoir tourner sans interface additionnelle (puisque c'est déjà intégré dans la commande shell), alors que ton composant, tu aura forcément besoin d'une interface additionnelle pour en tirer quelque chose. Sans compter que généralement, les dépendances des composants sont très nettements suppérieures à celle d'une commande shell.
Inversement, c'est pas gagné pour faire du glisser graphique avec une commande shell :)
M'enfin d'un point de vue technique, utiliser une lib player mp3 et l'intégrer dans un programme graphique, utiliser un composant player mp3 et l'intégrer dans une interface graphique ou piloter un mpg123 like par une interface graphique, c'est un choix qui se fait en fonction de ce qu'on veut faire et qui n'est aberrant qu'en fonction de ce qu'on a voulu faire.
D'un point de vue utilisateur, du moment que ça répond au besoin, on se contrefout de comment c'est fait...