Surtout que le cli cisco, c'est un peu ce que cmd.exe est à un shell unix.
Nous ne reproduirons pas un clone identique à la CLI de Cisco. Il s'agt de créer notre propre shell en s'inspirant de cela.
Par exemple, on pourrait utiliser readline pour gérer historique, complétion, etc… afin de faire un shell plus performant.
Tout ca n'est que du détail.
En fait la principale question que je me pose est : pourquoi ajouter un nouveau shell avec la syntaxe d'un produit propriétaire sur un linux ?
Tout ce qui est propriétaire n'est pas à jeter. Il arrive que de bonnes idées naissent de ce côté.
Je pense que le résultat final peut être très intéressant, il faut voir ce que ça donnera.
[^] # Re: Mais pourquoi faire ?
Posté par David Delassus (site web personnel) . En réponse au journal Sondage d'intérêt pour fwallsh. Évalué à 2.
Nous ne reproduirons pas un clone identique à la CLI de Cisco. Il s'agt de créer notre propre shell en s'inspirant de cela.
Par exemple, on pourrait utiliser readline pour gérer historique, complétion, etc… afin de faire un shell plus performant.
Tout ca n'est que du détail.
Tout ce qui est propriétaire n'est pas à jeter. Il arrive que de bonnes idées naissent de ce côté.
Je pense que le résultat final peut être très intéressant, il faut voir ce que ça donnera.
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg