13-03-2016, 12:41 AM
Plus lisible, c'est relatif en général pour vanter les bienfaits de la poo on te présente d'un coté un vieux script bien dégueulasse en procédural avec les requêtes bdd en plein milieu et de l'autre coté un beau petit mvc tout propre avec les classes bien ordonnées et un naming travaillé. La réalité est parfois différente, le dernier projet que j'ai eut sous les yeux était basé sur un controller de 3000 lignes en objet avec des classes au début au milieu et à la fin.
L'un des concepts de la POO reste l'encapsulation, et la lisibilité de la couche supplémentaire est loin d'être toujours évidente. Sans compter que pour moi la lisibilité ne se limite pas aux lignes de code seules, mais au nombre de fichiers tu va devoir parcourir/retrouver dans l'architecture pour modifier un process.
La même relativité s'applique à la praticité, il faut généralement déclarer les getters, setters, prendre en compte l'héritage ect.... j'aurais tendance à dire que c'est au contraire plus contraignant. Ceci dit la POO aura tendance a davantage t'aider à rester DRY.
En terme de performance, aucun gain.
Si la Poo fait quasiment l'unanimité chez les devs que j'ai rencontré, je pense davantage pour des raisons de workflow-pro que par véritable conviction, certains avouaient tout de même continuer de développer en semi-secret leurs projets persos en procédural parce que ça va plus vite et c'est moins contraignant.
Mon avis est à 200% partial mais si tu veux vraiment te plonger dans la POO, ruby est OO et assez sympa au niveau de la syntaxe et des fonctions dispos. Bon par contre ça se paye en terme de perfs
.
L'un des concepts de la POO reste l'encapsulation, et la lisibilité de la couche supplémentaire est loin d'être toujours évidente. Sans compter que pour moi la lisibilité ne se limite pas aux lignes de code seules, mais au nombre de fichiers tu va devoir parcourir/retrouver dans l'architecture pour modifier un process.
La même relativité s'applique à la praticité, il faut généralement déclarer les getters, setters, prendre en compte l'héritage ect.... j'aurais tendance à dire que c'est au contraire plus contraignant. Ceci dit la POO aura tendance a davantage t'aider à rester DRY.
En terme de performance, aucun gain.
Si la Poo fait quasiment l'unanimité chez les devs que j'ai rencontré, je pense davantage pour des raisons de workflow-pro que par véritable conviction, certains avouaient tout de même continuer de développer en semi-secret leurs projets persos en procédural parce que ça va plus vite et c'est moins contraignant.
Mon avis est à 200% partial mais si tu veux vraiment te plonger dans la POO, ruby est OO et assez sympa au niveau de la syntaxe et des fonctions dispos. Bon par contre ça se paye en terme de perfs
.