Discussion :

[Holig]

Bonjour a tous !

Je vais vous expliquer mon petit soucis, et après avoir chercher sur le net je n’ai pas trouver de réponse à ma question.

Etudiant sur JAVA, je me suis mis au PHP depuis 3 mois.

Je souhaiterai développer une application web PHP en N-Tier et je suis sur Netbeans.

De ce que je connais du 3-tier en gros, on a donc :

- un projet web qui comprend l'interface coté client.

- un projet métier qui comprend mes différentes fonctions de traitement et mon accès à la base de donnée.

- Ma base de donnée.

En Java j'utilise les EJB Entity pour relier les 2 projets et donc faire la liaison entre eux. Ce qui entraine une architecture de projet très strict.

Ma question est donc quelle est l’équivalent en PHP pour relier les 2 projets ensemble si on peut parler d’équivalent, comment allez chercher une fonction dans le projet métier à partir du projet web?

Autre question comment organiser vous votre projet ? Il y a t'il un équivalent au package en PHP?

Je ne sais pas si je suis sur la bonne voie ou si je fait complétement fausse route.

J’espère également avoir était clair sur mon interrogation.

Je vous remercie par avance d'avoir pris le temps de me lire, et de l'aide que vous pourriez m'apporter.

[Nightfall]

J'ai l'impression que tu raisonnes comme si tu travaillais avec un langage compilé.

En Java (que je connais à peine) ou en Dotnet tu compiles ton source et chaque partie de ton projet devient un composant, qu'on appellerait assembly en Dotnet.

Mais en php tu ne compiles pas, tu as simplement un ensemble de pages php. Donc pas de composant à faire communiquer les uns les autres.

Par package je suppose que tu parles d'un ensemble de classes compilées dans un fichier commun genre .jar ? Si oui, vu qu'en php tu ne compiles pas, pas de package.

Par contre il y a les espaces de noms :
http://php.net/manual/fr/language.namespaces.php

[Holig]

Merci Nightfall de ta réponse tu as sans doute raison sur ma vision du PHP et je vais me pencher sur ton lien pour en apprendre davantage sur ma question.

[grunk]

- un projet web qui comprend l'interface coté client.

- un projet métier qui comprend mes différentes fonctions de traitement et mon accès à la base de donnée.

Ce qu'il faut savoir c'est si le projet métier peux exister sans ton interface.
Si oui , on rentre dans le cadre du webservice :

Tu auras un certain nombre de classe métier qui seront interroger via un controller qui lui même répondra à une requête HTTP
Ton interface lancera alors ces requêtes HTTP pour obtenir des données à afficher.

L'avantage de cette solution c'est que demain tu peux assez facilement ajouter une appli mobile ou desktop qui viendrait s'appuyer sur la partie métier.

Sinon on reste dans le site web "classique" avec un pattern MVC, Ta couche métier étant les models.

[Holig]

Les namespace sont très intéressant et pourrais m’être utile je vais approfondir.

Merci Grunk de ta réponse, mon besoin se rapproche de ce que tu ma décris, après une recherche sur les webservices, j'ai trouvé SOAP qui pourrait être ma solution. Je pousse le truc et continu mes recherches voir si ça pourrait être bon. Merci encore a tout les deux !

[grunk]

Pour les webservice y'a deux grandes écoles :
SOAP ou REST.

Ma préférence va vers REST pour ca simplicité. SOAP c'est une usine à gas. C'est très structuré et très bien défini mais c'est aussi très compliqué (à mon sens).

REST est beaucoup plus permissif et sans doute plus simple à implémenter en PHP.