Je n'ai pas dit que East améliorait le cas pour le phar, je dis juste qu'il ne l'empire pas, c'est tout.
Oui tu ne connais pas le langage, car c'est un langage typé exactement de la même façon que le Java.
La seule différence c'est qu'il fait de l'inférence de type, ça veut dire que tu n'as pas à préciser le type partout.
def getValue: Double
Ca veut dire "type de retour Double"
def getValue: String
Ca veut dire "type de retour String"
Bah si je suis le créateur de ma librairie et que pour une raison X ou Y je veux changer le type de retour, j'ai encore le droit non ?
Il suffit que je change la version de ma librairie pour dire que c'est un changement qui casse l'API.
Et dans ce cas un dev qui utilisait ma librairie devra regarder en détail tous les changements et bien tout tester.
Avec East il n'aura pas besoin, il lancera son programme et verra tout de suite les interfaces cassées.
On ne tord pas du tout le langage en East, on fait un truc parfaitement naturel et normal.
On utilise des interfaces partout et on appel des méthodes.
Oui tu ne connais pas le langage, car c'est un langage typé exactement de la même façon que le Java.
La seule différence c'est qu'il fait de l'inférence de type, ça veut dire que tu n'as pas à préciser le type partout.
def getValue: Double
Ca veut dire "type de retour Double"
def getValue: String
Ca veut dire "type de retour String"
Bah si je suis le créateur de ma librairie et que pour une raison X ou Y je veux changer le type de retour, j'ai encore le droit non ?
Il suffit que je change la version de ma librairie pour dire que c'est un changement qui casse l'API.
Et dans ce cas un dev qui utilisait ma librairie devra regarder en détail tous les changements et bien tout tester.
Avec East il n'aura pas besoin, il lancera son programme et verra tout de suite les interfaces cassées.
On ne tord pas du tout le langage en East, on fait un truc parfaitement naturel et normal.
On utilise des interfaces partout et on appel des méthodes.