C'est pas le principe de base d'Unix, ça?
Si mais ce principe était parfaitement adapté y'a 20-30 ans, et il ne l'ai plus en partie aujourd'hui. Un truc qui fait une seule chose et qui la fait bien, OK. Mais ca c'est pas vraiment le propre d'Unix. Une grosse particularité d'Unix c'est le trip des "pipes", il y a une époque où l'on croyait quon construirait des logiciels fabuleux (et complexe, loin d'être simple) justement en chaînant les programmes grâce aux pipes. Du coup on se retrouve avec des programmes comme cdrecord, prévus pour marcher en ligne de commande, avec une entrée et une sortie standard. Ben dans le cadre actuel, et peux ceux qui réalise des IHM c'est tout simplement affreux, pénible, pas performant, bref c'est nul :)
Heuresement les choses évoluent, et les outils en ligne de commande sont enfin parfois vus pour ce qu'ils sont : une simple IHM comme une autre, qui ne fait pas le boulot. Le boulot il est dans une lib, une lib partagée avec des méthodes, des types, des classes, etc., bref quelque chose d'infiniment plus friendly qu'un traitement de chaîne de caractères sur une redirection de pipe pour communiquer avec un soft en ligne de commande.
Le principe de séparer les responsabilités n'est pas du tout le propre d'Unix, il est présent partout dans l'informatique. La méthode "ala Unix" à base de pipe et redirection est périmée, le modèle actuel c'est plutôt la programmation objet, on un objet fait une chose et une seule et la fait bien.
[^] # Re: ...
Posté par TImaniac (site web personnel) . En réponse au journal Langages pour desktop. Évalué à 7.
Si mais ce principe était parfaitement adapté y'a 20-30 ans, et il ne l'ai plus en partie aujourd'hui. Un truc qui fait une seule chose et qui la fait bien, OK. Mais ca c'est pas vraiment le propre d'Unix. Une grosse particularité d'Unix c'est le trip des "pipes", il y a une époque où l'on croyait quon construirait des logiciels fabuleux (et complexe, loin d'être simple) justement en chaînant les programmes grâce aux pipes. Du coup on se retrouve avec des programmes comme cdrecord, prévus pour marcher en ligne de commande, avec une entrée et une sortie standard. Ben dans le cadre actuel, et peux ceux qui réalise des IHM c'est tout simplement affreux, pénible, pas performant, bref c'est nul :)
Heuresement les choses évoluent, et les outils en ligne de commande sont enfin parfois vus pour ce qu'ils sont : une simple IHM comme une autre, qui ne fait pas le boulot. Le boulot il est dans une lib, une lib partagée avec des méthodes, des types, des classes, etc., bref quelque chose d'infiniment plus friendly qu'un traitement de chaîne de caractères sur une redirection de pipe pour communiquer avec un soft en ligne de commande.
Le principe de séparer les responsabilités n'est pas du tout le propre d'Unix, il est présent partout dans l'informatique. La méthode "ala Unix" à base de pipe et redirection est périmée, le modèle actuel c'est plutôt la programmation objet, on un objet fait une chose et une seule et la fait bien.