Discussion :

[naturel.laurent]

Intéressant mais peut mieux faire car le php devrait cloner le c++ / pascal ou voir le js

J'aurais apprécié ne plus voir ce mot clé ridicule qu'est $this-> ou function dans une class
Même le js vire le mot clé function dans une class

Comme en c++ ou pascal de souvenir, déclare le mot clé public / protected / private une fois pour un tas de variable.
exemple :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
 
private:
  int $i;
  string $maChaine;

Pourquoi utiliser le mot clé mixed quand ce langage l'est par nature et pour permettre le multi type comme int|float
Ce n'est pas avec ce genre d'implémentation que l'on fait un code robuste.

Pourquoi pour les functions natives c'est écrit en snake_case alors qu'en objet ont écrit en camelCase
C'est des mélanges perturbateur qui n'a aucun sens à mon avis.

[grunk]

J'aurais apprécié ne plus voir ce mot clé ridicule qu'est $this-> ou function dans une class

function pourrait clairement dégager c'est clair.
$thisest plus délicat. Il est présent dans la majorité des langages , mais très souvent implicite. Le rendre implicite en php c'est l'assurance de casser la compatibilité d'un paquet de code.

Pourquoi utiliser le mot clé mixed quand ce langage l'est par nature et pour permettre le multi type comme int|float

PHP est faiblement typé ca ne changera probablement jamais. On nous offre la possibilité de faire du type hinting si on le souhaite. Il est donc normal d'avoir des type "mixed" qui représente les capacité du langage. Sinon on se retrouve avec un code totalement "type hinté" sauf quelque fonction qui renvoi des type mix.

Ce n'est pas avec ce genre d'implémentation que l'on fait un code robuste.

Au contraire on évite ce que j'évoque juste avant. On atteindra jamais le niveau de robustesse d'un langage fortement typé c'est sur.

Pourquoi pour les functions natives c'est écrit en snake_case alors qu'en objet ont écrit en camelCase
C'est des mélanges perturbateur qui n'a aucun sens à mon avis.

Parce que les fonctions native ne sont pas objets.

[naturel.laurent]

function pourrait clairement dégager c'est clair.

et oui ;-)

$thisest plus délicat. Il est présent dans la majorité des langages , mais très souvent implicite. Le rendre implicite en php c'est l'assurance de casser la compatibilité d'un paquet de code.

C'est vrai que je me suis mal exprimé car si on le vire, c'est sur, plus rien ne marchera mais on devrait pouvoir avoir la possibilité de le faire.
Idem pour function car si on le vire plus ne va marcher.

PHP est faiblement typé ca ne changera probablement jamais. On nous offre la possibilité de faire du type hinting si on le souhaite. Il est donc normal d'avoir des type "mixed" qui représente les capacité du langage. Sinon on se retrouve avec un code totalement "type hinté" sauf quelque fonction qui renvoi des type mix.

Je ne dirais pas ça car lentement mais surement les choses évolue vers ce que j'appel une bonne chose.
Le JS est en train de basculer la dessus comme avec des technos du style angular donc pourquoi pas le faire en php

Parce que les fonctions native ne sont pas objets.

C'est pas une raison, bien au contraire. S'ils font ça c'est uniquement par l'ancienneté du code, rester cohérent et encore car souvent ce n'est ni du snake case ni du camel case. Tout est collé comme strpos(); et comme on peut le voir en php8, il y a des noms à rallonge comme dans zend framework à l'époque qui est heureusement devenu obsolète