Discussion :

[IsraGab]

Bonjour,


Pour mon 1er travail (en tant qu'informaticien), j'ai été 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 (c'est super car j'adore ça). 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

[rawsrc]

Salut,

change de chef de projet

Quel est l'intérêt de passer tout en POO en recodant tout le code en méthodes statiques ? Je pense qu'il n'a pas une vision complète de la POO et il se raccroche comme il peut à ce qu'il maîtrise.

L'histoire des performances gagnées, c'est vraiment de la flûte traversière.
Cela fait maintenant des années et des années qu'il n'y a plus de différences notables.

Je serais curieux de savoir, qu'est ce qu'il a bien pu conserver sous forme de classes dynamiques pour lesquelles tu n'as aucune méthode statique.