Discussion :

[decad7]

Bonjour à tous,

Je suis sur l'ébauche de la refonte d'un projet de grande envergure pour le passer 100% POO, avec de l'optimisation, un clusteur percona multi node master, et une refonte du code.

Afin de restructurer l'arborescence des fichiers, et le dev. Je vais passer par des espaces de noms.

Et j'aurais une question.

Et il préférable de découper un projet en plusieurs espaces de noms par fonctionnalités ? ou bien au contraire utiliser un espace de nom global qui englobe tous le projet ?

Par exemple je dois refondre la gestion des crons. cette partie sera un part importante de mon projet au vu du temps nécessaire à la refonte. Par exemple je pensais créer un console de gestion des crons qui utilisera le namespace Kernel pour la partie accès aux models, controleur, bdd etc... puis par le namespace CRON qui lui s'occupera de la partie logique lié aux lancements des différents scripts planifiés. Qu'en pensez vous sur cette façon de faire ? ainsi je devrais autoloader le namespace Kernel et Cron lors de l'usage de cette console de gestion des crons.

Exemple :

namespace MONPROJET_FONCTIONA
namespace MONPROJET_FONCTIONB
namespace MONPROJET_FONCTIONC
namespace MONPROJET_FONCTIONxxxxx

ou bien

namespace FONCTIONA
namespace FONCTIONB
namespace FONCTIONC
namespace FONCTIONxxxxx

Sachant que chaque fonctionnalité doit pouvoir être dans la capacité d'accéder a chaque autre, ainsi dans FONCTIONB on pourra avoir besoin de classe présente dans FONCTIONA et vice versa, mais il est également possible que FONCTIONC par exemple n'est jamais besoin des classes présentes dans un autre namespace.

Concernant l'autoloader, j'utilise le UniversalAPCClassLoader de Symfony. Et j'aimerais pouvoir éviter d'avoir a charger l'ensemble des fichiers présents sur chaque espaces de nom si j'en ai pas besoin.

Ensuite autre question :

Est il possible facilement d'autoloader sur demande un namespace uniquement dans certaines classes en cas de besoin sans alourdir considérablement le code ? Dans le cas d'un autoloader global qui chargerait l'ensemble du projet, est ce grave si ce dernier doit loader plus de 500 fichiers de classes ?

Merci d'avance

Cordialement,

Decad7

[rawsrc]

Salut,

Voici comment je procède :
J'ai pour habitude de découper mes espaces de noms non pas par fonctionnalités (ça serait absurde) mais par concept.
Je regroupe mes concepts sous un projet qui va être par exemple le nom de l'application.
Au sein de chaque concept, sont présentes les fonctionnalités nécessaires à son fonctionnement.

Je te donne un exemple :

ERP                 namespace ERP { }
    Accounting      namespace ERP\Accounting { }
    Invoice         namespace ERP\Invoice { }
    Stock           namespace ERP\Stock { }
    Report          namespace ERP\Report { }

Si ton arborescence suit tes espaces de nom alors il n'est pas trop difficile de paramétrer un autoloader qui se chargera de trouver les définitions des classes.

Est il possible facilement d'autoloader sur demande un namespace uniquement dans certaines classes en cas de besoin sans alourdir considérablement le code ?

Tu n'as jamais besoin de charger un espace de nom complet. C'est même inepte, l'autoloader va charger les classes que quand elles sont utilisées dans le code. C'est toute l'utilité du principe de l'autoloading.

[decad7]

Merci pour ta réponse.

Donc en gros si je dois gérer un code commun (accès bdd, model etc...) lié à chaque site est ce qu'il est judicieux de découper par exemple les namespaces ainsi ?

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
Monprojet (namespace global du concept)
Monprojet\Adserver (partie adserver)
Monprojet\Cron (partie gestion des crons)
Monprojet\Lib (partie commune, model etc..)
Monprojet\Site (partie indépendante a chaque site)
Monprojet\Site\Site1
Monprojet\Site\Site2 etc...

Ou faut il faire quand même différemment, j'ai du mal a démarrer le schéma de base.

Merci encore

++
Decad7

[rawsrc]

Salut,

ce qui est susceptible d'être réutilisé pour d'autres développements ne devrait pas être un sous-espace de nom du développement principal, cette partie devrait être sur son propre espace de nom et c'est l'autoloader qui devrait être paramétré.
Par exemple :
Imagine toi que la lib Adserver soit commune à plusieurs développements, tu devrais avoir quelque chose comme ça :

/www/Projet                     namespace Projet
/www/Projet/...                 namespace Projet/... tu organises le code métier spécifique au projet

Ce qui est commun à tous les projets (lib externes par exemple)
/www/vendor/AdServer            namespace AdServer  (ici tu paramètres l'autoloader de manière à ce qu'il trouve les implémentations)
ou à la rigueur :
/www/Projet/vendor/AdServer     namespace AdServer  (ici tu paramètres l'autoloader de manière à ce qu'il trouve les implémentations)

ensuite dans ton projet quand tu auras besoin d'utiliser une lib externe :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

use \AdServer\Account;          // c'est l'autoloader ici qui saura trouver le code de la classe

Le but c'est d'arriver à avoir des briques logicielles les plus indépendantes possibles les unes des autres et ensuite il n'y a plus qu'à les agréger pour bâtir tes projets.

[decad7]

Merci pour ton aide,

je pense que j'ai compris maintenant pour pouvoir me lancer.