[PHP] Namespace

[srm]

Ca rajoute qu'une ligne de code le namespaces, voire au grand maximum 2.
C'est recommandé par tout le monde, pour avoir un espace de nom plus propre et plus maintenable.

Donc si tu en viens à avoir un conflit tu préfères modifier la librairie qui pose soucis (ce qui bien sûr est un peu embêtant puisque tu devras le faire à chaque mise à jour etc) que d'avoir utilisé des namespaces ?

[srm]

Moi j'ai cette source : https://github.com/php-fig/fig-standards...d/PSR-0.md
Tu as laquelle toi ?

Tu trouves plus propre d'avoir 2 lignes de moins que modifier un code ?
Concernant le passage de la librairie à n+1 ça ne casse la compatibilité (et encore pas tout le temps) que lors de passage à des versions majeurs. Moi je parle des mises à jour de version mineur.

Ca reste quoi qu'il en soit une perte de temps plus grande que d'avoir ajouté un namespace dans son code et de ne pas avoir à modifier les librairies que l'on ajoute, toi tu dois modifier chaque librairie que tu ajoutes, c'est plus long non ?

Ma logique ne dit pas d'adapter ton application à la librairie, tu pourrais dire ça si je t'avais invité à renommer les variables de ton code.
Non je t'invite à avoir un code propre, structuré et cloisonné pour contrôler les effets de bords, c'est différent.

[srm]

Qui recherchent et développent dans quel domaine ?
Des namespaces ?

Et bien je t'explique que très généralement quand tu changes de version de librairies, tu n'as pas à changer ton code, car tout marche encore

Je n'ai pas compris ton explication sur le Namespace.
Si je fais ce code là :

Code :

class Query {
// du code utile dedans
}

C'est un code propre pour toi ?

[srm]

Je vais reformuler autrement :

Code :

class Query {
// du code propre d'après les critères de JWHSmith
}

C'est un code propre pour toi ?

Je ne garantie pas que la librairie ne va rien casser, je te dis juste que tu n'es pas forcément obligé de modifier ton code, alors que toi tu dois modifier la librairie à chaque mise à jour. Ca fait une belle différence non ?

[srm]

Je me cantonne pas à Zend et Symfony, il n'y a que toi qui en parle, j'en ai pas parlé un seul instant excepté de celui-ci pour t'expliquer que j'en parle pas et n'y fait pas référence, ni n'y pense.

Et bien si deux personnes font ce code là dans des librairies :

Code :

class Query {
// du code propre d'après les critères de JWHSmith
}

On va avoir un soucis non ?

Alors qu'il aurait suffit de

Code :

namespace JWHSmith;

class Query {
// du code propre d'après les critères de JWHSmith
}

[srm]

Donc tout se résume à soit :
class JWHS_Query
soit :
namespace JWHS
class Query

c'est ça ?

[srm]

Du coup toi tu préfères utiliser la seconde approche pour quelle raison au juste ?
(Concernant ce sujet, Sephi-Chan va nous scinder le topic en deux et en créer un nouveau portant sur les namespaces)

[srm]

C'est quoi une gestion multi-contexte ?
A priori tu es donc surtout contre les namespace car ton équipe est pas formé pour et tu veux pas qu'elle le soit.

[srm]

Pourquoi en Java c'est essentiel selon toi et pas en PHP ?
A cause de la gestion des packages ?

[srm]

Ok (j'ai rien compris de ton explication en fait )