Reprise du message précédent :
Faut pas désespérer, PHP6 p-e?
Et la possibilité de typer un paramètre avec une interface, voire de typer le retour des fonctions...

Mais moi je veux des interfaces dans mon truc à typage dynamique, pour être sûr que tout ne parte pas dans tous les sens. Tant-pis si le langage ne supporte pas les interfaces, le générateur de code PHP à partir de diagrammes UML se charge de me faire ça...

Ca va casser des fonctions style strpos qui peuvent retourner soit un entier, soit un booléen (enfin soit un entier soit false)

fake, false c'est zéro.

Nan ! enfin presque :
false == 0 -> true
false === 0 -> false

ha bon, alors dans un langage dynamique on a pas besoin de savoir quelle fonction apeller dans les objets?  
Je suis désolé, mais moi, j'utilises des interfaces pour mon site web, par ce que j'ai prévus d'en ouvrir plus tard les sources et que je veux pas que certaines parties du code soient patché dans tous les sens ou que les sites fait avec mon systéme se cassent la gueule par ce qu'un imbécile aura pas fait une classe comme il faut.
Qu'il y ai une compilation une fois pour toute ou une compilation à chaque exécution, ca ne change rien à l'affaire.

Mais pour quoi faire, c'est un langage à typage inexistant dynamique faible, si tu veux ce genre de trucs tu utilises Java ou C# quoi
 
The right tool for the right job, toussa

On a pas besoin de définir statiquement si un objet possède bien une méthode prédéfinie, t'appelles la méthode, si elle existe ça marche, si elle existe pas t'as une erreur et tu réagis comme tu le veux

 
euh, oui.
Encore une connerie due à leur non-typage, ça, m'enfin bon...

On tente de simuler un langage à typage fort, c'est tout
 

D'où le triple-égal, pour rajouter un peu de typage

Plus exactement du au retour des signaux d'erreur par le même canal que la valeur demandé ... comme en C quoi.

 
Moi, si je pouvais faire tourner du php en écrivant du java, ça m'irait très bien hein...
Seulement va trouver un serveur web capable d'interpréter du java en live...

non non, la notion du triple égal c'est bien une connerie due au non-typage...

On appelle ça des JSP

skeye > ben les browser interprétent pas non plus du php en live.
C'est le serveur web qui le fait, et apache peut gérer les deux.

mais heu, skeye il a corrigé son message. C'est pas juste.

Ouais, mod_java est un module Apache bien connu

 
C'est compilé, j'ai jamais fait, et ça nécéssite un serveur d'appli tout khakha, à ma connaissance, non...
 

 
merci pour l'info...
j'avais corrigé...

T'as corrigé aprés que j'ai lu la page. Spa ma faute si j'avais de la lecture avant de poster.

Ben c'est du java quoi
 
 
Mais tu peux faire du perl si tu préfères
(ah merde, c'est à peu près aussi typé que le php)

 
...donc c'est pourri sur de nombreux points.
Si je peux taper le même code et que ça tourne avec la même simplicité que le php actuellement, je vote pour.

T'as beaucoup de rêves comme ça?  
Genre gagner au loto, devenir président des états unis, ce genre de trucs

Oui bein en attendant niveau visibilité ta solution tu te l'a fours dans le fion et moins verbeux je rigole, et ça à le mérite de coller au modèle de conception comme Floreng en éprouve le besoin, et d'être plus strict que ta tambouille à coup d'exception, donc  

Bien, si on retournait au sujet du topic ? "Architecture des applications PHP" ?

tsss.
Il manque pas énormément au php 5 pour me plaire vraiment, en fait...
Surtout si on oublie le bug à la con que j'ai depuis ce matin et que personne ne sait résoudre, évidemment.

C'est quoi ton bug ?

Ce serait sûrement une magnifique phrase si elle avait le moindre sens

C'est le cas dans les deux cas  

Plus strict? Plus restrictif surtout

 
Tiens, bonne idée.
Mon appli actuelle se présente sous la forme d'un portail, qui présente une liste de services.
lesquels services peuvent réutiliser les objets créés par le portail.
Ma question est :
Vous structureriez ça comment?
Un gros controleur qui instancie ce qui va bien en fonction d'un paramètre GET (liste des services si vide, sinon le service idoine...)?
Un sous-repertoire par service, avec son index.php et son contrôleur/ses classes spécifiques?
Autrement?

Je dirais pas que c'est aussi simple mais une fois qu'on a compris comment ca marche, c'est un chouet langage.
Aprés, c'est vrai que si le java pouvait devenir aussi simple que le php tout en gardant ses qualités, ca serait génial.
 
Un autre réve grandiose, ca serait de l'asp/javascript aussi complet que du php. Depuis que je m'occupe du site web de la boite, j'ai l'impression de passer la moitié de mon temps à réinventer la roue.

http://forum.hardware.fr/hardwaref [...] m#t1214161

Autrement dit, opter pour un gros FrontController, ou alors une série de PageController...  
 
Alors y'en a qui pensent que le gros controleur, ça doit être le serveur web Autrement dit, le client demande cash le PageController qu'il faut, qui va s'auto-instancier. Soit un FrontController (donc un simple index.php) qui va faire ça...
 
Pour ma part, je préfère un FrontController. Je peux ainsi gérer un système d'InterceptionFilter, et donc gérer tout ce qui est caching, authentification de manière centralisée...

 
Ok.
C'est un peu ce que j'avais envisagé de faire, mais c'est le plus lourd à faire par rapport au code actuel...

Elle est très clair pourtant, si tu regardes ton code on n'y voit strictement rien, ton protocole il apparaît pas aussi clairement qu'une interface et c'est pas négligable, en gros tu réinventes les interfaces mais avec le loisir de passer outre

Bein oui désolé lacher et catcher des exceptions c'est pas moins verbeux pour moi.

Regarde FlorenG, il a fait ses jolis diagramme UML, et avec ta solution ses interface disparaissent et deviennent implicites avec un surcroit de travail avec tes exceptions.

Oui c'est le but.
 
Sur ce  

 
C'est parce que la variable est passée deux fois, d'abord à la fonction, et une fois encore pour la placer dabs la variable membre.
 
Thierry Bothorel

Vous avez laissez tomber le sujet ?  
 
Ca m'interesse moi, je poste pas car je maitrise pas le modèle MVC, mais j'apprends en ce moment et ce topic tombe a pic pour voir comment l'adapter à une application web    
 
Donc allez y les gars, faites du code  

Hihi Moi je suis en plein développement de mes DAO... Donc dès que c'est fini, je posterai 2-3 trucs. En attendant, posez vos questions, exposez vos architectures

 
tu en as combien ????

J'en ai 3 Et surtout faut en faire un par source de données. Bon là je fais juste ceux pour MySql et XML...

ah ok.
 
j'ai eu peur ...
 
en général on fini avec un nombre pair : un par source + un fake de test.

Voilà

Grosso modo, je n'ai malheureusement rien pour faire un semblant d'uml pour vous simplifier l'explication, voici ma vie mon oeuvre :
 
La partie Model, ce sont des classes représentant mes objets métier, c'est tout à fait basique, je reviens pas dessus.
La partie View, c'est du Smarty.
La partie Control est séparée en deux : FrontControler et PageControler.
 
D'un point de vue plus fonctionnel, mon appli dans l'ensemble est séparée en deux : Plateforme, Application.
 
Le FrontControler (Plateforme) est un fichier index.php qui charge les différentes classes de la Plateforme (logs, layer BDD, etc), lit le fichier de config, et instancie les PageControlers demandés (en fonction de la config).
 
Chaque PageControler dépend d'une classe mère commune qui implémente un comportement par défaut.
L'implémentation d'un PageControler se fait en 3 temps:
-> constructeur : récupération des paramètres, depuis cookie, get, post, fichier de config
-> méthode process() : récupération et traitement des données, généralement des appels aux classes du Model, tous les traitements BDD sont faits à ce stade
-> méthode get_content() : génération de la vue à grands coups de Smarty.
 
Ca tourne pas mal pour le moment et couvre tous les cas de figure.
Par contre, j'ai crée quelques PageControlers côté Plateforme, notamment un qui m'affiche un fichier html contenu dans le répertoire idoine (avec les protections qui vont bien pour éviter qu'un malin se ballade dans mes répertoires), juste histoire d'éviter de code un PageControler qui se contente d'afficher un fichier HTML.
 
La partie plateforme c'est du fait main, avec les limitations que ça impose, mais avec un peu de temps je pourrais passer la majeure partie de la chose sous PEAR.
 
Voili voilo

Ah ben voilà quelque chose qui m'a l'air pas mal