Prenons java, tu pense que awt ou swig devrais faire partie du langage ?
J'ai un avis totalement contraire au tiens, pour moi le maximum de choses devraient être implémentée dans la bibliothèque standard. Si tu choisi de ne pas l'utiliser bien à toi, mais c'est utilisable par tous.
Si dans un langage objet tes conteneurs ne sont pas des classes (vu qu'elles sont inclu dans le langages), tu ne peux pas les dériver pour faire tes propres implémentations (alors oui il y a des techniques comme le duck typing, le pattern matching, etc), mais tu te retrouve à devoir ajouter un pan entier dans le langage pour simplement sous prétext d'obliger les utilisateurs à utiliser ce que toi tu pense qui est bien.
Tout avoir dans des bibliothèques c'est aussi donner de la liberté aux développeurs (tu vois tu n'utilise pas toujours les bibliothèques standards). C'est complexifier le langage (le travail pour porter le compilateur ou l'interpréteur est plus important). Tu es aussi obligé de faire évoluer le langage pour modifier des choses simples.
Bref je sais que c'est une discution interminable, mais il y a des raisons valables qui font implémenter les choses dans le langages ou non (en fait pour moi c'est un peu comme les noyaux, tout ce que l'on peut mettre hors du noyau doit l'être).
Pour parler de Java, c'est la bibliothèque standard qu n'évolue pas assez, ce n'est pas de la faute du découpage langage / bibliothèque.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: c'est moi ou bien...
Posté par barmic . En réponse à la dépêche Quelques nouvelles rapides du langage Go. Évalué à 2.
Prenons java, tu pense que awt ou swig devrais faire partie du langage ?
J'ai un avis totalement contraire au tiens, pour moi le maximum de choses devraient être implémentée dans la bibliothèque standard. Si tu choisi de ne pas l'utiliser bien à toi, mais c'est utilisable par tous.
Si dans un langage objet tes conteneurs ne sont pas des classes (vu qu'elles sont inclu dans le langages), tu ne peux pas les dériver pour faire tes propres implémentations (alors oui il y a des techniques comme le duck typing, le pattern matching, etc), mais tu te retrouve à devoir ajouter un pan entier dans le langage pour simplement sous prétext d'obliger les utilisateurs à utiliser ce que toi tu pense qui est bien.
Tout avoir dans des bibliothèques c'est aussi donner de la liberté aux développeurs (tu vois tu n'utilise pas toujours les bibliothèques standards). C'est complexifier le langage (le travail pour porter le compilateur ou l'interpréteur est plus important). Tu es aussi obligé de faire évoluer le langage pour modifier des choses simples.
Bref je sais que c'est une discution interminable, mais il y a des raisons valables qui font implémenter les choses dans le langages ou non (en fait pour moi c'est un peu comme les noyaux, tout ce que l'on peut mettre hors du noyau doit l'être).
Pour parler de Java, c'est la bibliothèque standard qu n'évolue pas assez, ce n'est pas de la faute du découpage langage / bibliothèque.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)