Discussion :

[SirJulio]

Sympa. Merci pour le lien Guulh. =)

Ceci dit tout comme certains commentaires dans l'article, je vois mal pourquoi, ils ne rajouteraient pas un test dans le call[virt] pour eviter ca (il doit surement y avoir une raison à cela, mais le passage par la vtable me parait bien plus couteuse qu'une simple comparaison contre null).

Pour conclure, j'imagine tout à fait la tete du gars qui à eu le probleme de pointeur null revelé tardivement, selon son graphe de classe c'est un coup à s'arracher les cheveux. =D

[IsraGab]

Bonjour,

J'ai viens de lire toutes les discussions de ce topic et je n'ai pas vu de conclusion.

Pour mon 1er travail (en tant qu'informaticien), je viens d’être embauché dans une boite qui souhaite refaire une "peau neuve" a son CRM. Pour ce faire, elle a embauché un chef de projet dont le but est de rendre tout le CRM orienté objet. Et aussi, un programmeur (moi), qui serra charge de coder tout ce que Le CHEF DE PROJET aura pensée.

Cela fait maintenant 6 mois que je travaille la bas, et une question depuis bien longtemps me turlupine: "Pourquoi TOUTES les méthodes que nous créons sont elles statiques?' (mis a part les getters/setters).

Bien sur, j'ai posé la question a mon chef de projet.
Voila ce qu'il m'a répondu:

"Etant donné qu'une fonction statique n'est pas dépendante d'un objet, nous évitons la création de plusieurs objets et donc nous gagnons en performance et en mémoire. De plus si nous créons des objets nous devrions les stoker dans des variables de session, hors le protocole http étant de nature un protocole déconnecté, cela reviendrai a ramer dans le sens inverse du courant."

Qu'en pensez vous?
Merci
PS: Le language utilise n'est pas du C#, mais du php.

[tomlev]

Bah si tout est statique, ça revient à faire du procédural, donc effectivement ça n'a pas grand chose à voir avec la POO