Juste un ou 2 détails : trop compliqué (à développer / déployer / utiliser / maintenir) pour son but premier.
Je ne demande pas de faire un composant ou un API avec tout pleins de fonctionnalités, mais au moins proposer les même commandes que le programme console en version API. Pour ce qui est de la maintenabilité, je pense qu'il est toujours plus facile de séparer les préocupations, et faire une lib est peut-être plus compliquer à développer (celà demande plus de rigueur), mais conduit généralement à un ensemble de meilleure qualité, plus facile à maintenir, voir à déployer (on fait une lib on commence à faire gaffe aux problèmes de dépendances).
Même si dans tous les cas le développeur ne prend pas la peine de faire une doc, il sera de toute façon toujours plus facile d'interfacer une lib qu'une programme console : il suffit de matter le .h pour avoir déjà une bonne idée de ce que la lib risque de nous retourner comme message lors de tel ou tel appel.
pourquoi ne remplace-t-on pas ces programmes ?
Parcqu'ils sont performants, vieux et donc souvent éprouvés, comportant moins de bugs, et aussi pour assurer la compatibilité avec l'existant qui s'interface avec. C'est ça le boulet :)
[^] # Re: oué et
Posté par TImaniac (site web personnel) . En réponse au journal Windaube, c'est maaaaaal! / linux c'est bien!. Évalué à 2.
Juste un ou 2 détails :
trop compliqué (à développer / déployer / utiliser / maintenir) pour son but premier.
Je ne demande pas de faire un composant ou un API avec tout pleins de fonctionnalités, mais au moins proposer les même commandes que le programme console en version API. Pour ce qui est de la maintenabilité, je pense qu'il est toujours plus facile de séparer les préocupations, et faire une lib est peut-être plus compliquer à développer (celà demande plus de rigueur), mais conduit généralement à un ensemble de meilleure qualité, plus facile à maintenir, voir à déployer (on fait une lib on commence à faire gaffe aux problèmes de dépendances).
Même si dans tous les cas le développeur ne prend pas la peine de faire une doc, il sera de toute façon toujours plus facile d'interfacer une lib qu'une programme console : il suffit de matter le .h pour avoir déjà une bonne idée de ce que la lib risque de nous retourner comme message lors de tel ou tel appel.
pourquoi ne remplace-t-on pas ces programmes ?
Parcqu'ils sont performants, vieux et donc souvent éprouvés, comportant moins de bugs, et aussi pour assurer la compatibilité avec l'existant qui s'interface avec. C'est ça le boulet :)