+- JeuWeb - Crée ton jeu par navigateur (https://jeuweb.org)
+-- Forum : Discussions, Aide, Ressources... (https://jeuweb.org/forumdisplay.php?fid=38)
+--- Forum : Programmation, infrastructure (https://jeuweb.org/forumdisplay.php?fid=51)
+--- Sujet : [PHP] Namespace (/showthread.php?tid=6536)
Pages :
1
2
[PHP] Namespace - srm - 24-12-2012
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 ?
RE: JWH Smith - srm - 24-12-2012
Moi j'ai cette source : https://github.com/php-fig/fig-standards/blob/master/accepted/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.
RE: JWH Smith - srm - 24-12-2012
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
}RE: JWH Smith - srm - 24-12-2012
Je vais reformuler autrement :
Code :
class Query {
// du code propre d'après les critères de JWHSmith
}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 ?
RE: JWH Smith - srm - 24-12-2012
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
}RE: JWH Smith - srm - 24-12-2012
Donc tout se résume à soit :
class JWHS_Query
soit :
namespace JWHS
class Query
c'est ça ?
RE: JWH Smith - srm - 24-12-2012
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)
RE: [PHP] Namespace - srm - 24-12-2012
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.
RE: [PHP] Namespace - srm - 24-12-2012
Pourquoi en Java c'est essentiel selon toi et pas en PHP ?
A cause de la gestion des packages ?
RE: [PHP] Namespace - srm - 25-12-2012
Ok (j'ai rien compris de ton explication en fait
)