[Feedback] frameworks PHP 5 et surtout Prado ?

frameworks PHP 5 et surtout Prado ? [Feedback] - PHP - Programmation

Marsh Posté le 19-05-2008 à 10:32:07    

bonjour
 
pour faire une migration PHP 5 full objet d'une application Web assez grosse (éditeur logiciel),  
j'hesite entre plusieurs frameworks  :
- Prado
- Zend  
- Symfony
- Cake PHP
- Solar
 
Prado m'a l'air assez excellant et bien étoffé  
je cherche des retours d'expérience, des liens de tutos ou de présentation, livre blanc, etc...
J'ai vu des article de présentation, mais pas de feedback.  
 
J'ai vu qu'il fonctionne de manière analogue a ASP.net, donc framework evenementiel. bon truc ca.
 
est ce qu'il es performant, API bien fournie, pas trop lourd, communauté, ...
 
merci

Reply

Marsh Posté le 19-05-2008 à 10:32:07   

Reply

Marsh Posté le 19-05-2008 à 11:10:32    

J'utilise depuis peu Kohana. C'est un fork de CodeIgniter en full PHP5. C'est un petit peu jeune encore mais c'est très, très bien fichu et ça mérite d'être plus connu.


Message édité par sielfried le 19-05-2008 à 11:10:42

---------------
StarCraft Professional Gaming Database | [Ze Topic] Starcraft/BroodWar
Reply

Marsh Posté le 19-05-2008 à 17:06:23    

Je n'ais qu'une chose à dire : Symfony :love:
 
Vraiment très bien fait, très bonne communauté, et surtout documentation incroyablement complète.

Reply

Marsh Posté le 19-05-2008 à 17:17:24    

Symfony a l'air tres bien, mais apparemment assez lourd et surtout il impose son modele.  
Tu me diras c'est presque un passage oblligé quand on utilise un vrai framework...
 
J'ai plutôt tendance a me tourner vers Prado, qui se rapproche beaucoup plus d'ASP.net, mais je manque cruellement de feedbacks

Reply

Marsh Posté le 19-05-2008 à 18:59:34    

Autant de l'event driven pour un client lourd ça semble bien, autant pour un site web, ça me ne me parait pas adapté. Après, tout est une question de point de vue.

Reply

Marsh Posté le 20-05-2008 à 09:59:33    

et bien disons que c'est une exigence de la direction :  
faut qu'on soit pas bloqué par les navigateur avec javascript désactivé.
Ils cherchent une solution pour migrer le maximum d'evenements javasript côté serveur.
Bien sur ya beaucoup d'evenements javascript qui sont pas migrable coté serveur telle que la partie DHTML.
 
L'idée est surtout d'unifier et de normaliser la constructions des templates, et la validation de formulaire.
 
 
Ca serait surtout côté front. Côté back, le support javascript fera partie de prérequis client.
 
C'est pas forcément une bonne solution car a chaque evenement client on fait un appel serveur, peut etre que c plus du gadget qu'autre chose.
 
Ceci dit Asp.net fonctionnne sur ce modele, et ca marche bien, donc a priori ca peu etre une solution intéressante.
mais bon comparer Asp.net a PHP  :pt1cable: ...
 
Et j'aime bien le systeme de template PradoXML avec validation de formulaire automatique.
J'ai été sur le cul en voyant les videos de Wei :  
http://www.xlab6.com/video/blog-tutorial/?movie=0
 
Toutefois ce systeme est un peu lourd, et me difficile a automatiser (surtout les forms)


Message édité par jokaritaff le 20-05-2008 à 10:16:54
Reply

Marsh Posté le 20-05-2008 à 19:51:03    

Ca doit etre puissant une fois qu'on connait la syntaxe specifique au framework, en plus des contraintes d'architecture.
 
L'avantage de framework comme symfony ou code igniter (ce dernier est plus simple; peut etre meme préferer Kohana, son fork full PHP5) c'est de n'utiliser que du PHP et de l'HTML.

Reply

Marsh Posté le 21-05-2008 à 10:05:51    

Cet avantage PHP/HTML est plutôt une question de point de vue.
J'ai un ami qui dev en Asp.net, et pour lui c'est inconcevable de pas bosser avec un canevas XML comme le fait Prado
 
J'ai un ancien collegue qui m'a fait un feed back de PRado: excellant framework mais assez lourd a cause du fait que PHP est pas assez mature pour bien le gérer (perfs down) et le fait de remplacer les appels Js par des appels serveur, coté exécution et charge serveur c pas le top.
 
ce genre de concept est plutot a reserver pour les langages compilés qui ont un temps de réponse meilleur, et dont le principe est natif
...du genre Asp.net...

Reply

Marsh Posté le 21-05-2008 à 12:14:46    

lol
Tout est une question de point de vue, toi tu es complètement sur asp.net, d'autres sur PHP, il faut juste éviter de vouloir faire avec l'un ce qu'on ne doit faire qu'avec l'autre. ;)

Reply

Marsh Posté le 21-05-2008 à 12:31:00    

tout a fait c'est pour ca que j'avais tendance a m'embrouiller.
C'est une problématique récurrence:  
ya des concepts que tu trouves nécessaires, sauf qu'en bout de chaine ta un langage cible qui te limitent la mise en œuvre


Message édité par jokaritaff le 21-05-2008 à 12:31:35
Reply

Marsh Posté le 21-05-2008 à 12:31:00   

Reply

Marsh Posté le 22-05-2008 à 08:50:58    

Normalement, lorsque tu conçois ton application (diagrammes de classes, séquences etc), tu t'abstrais de tout langage.

Reply

Marsh Posté le 22-05-2008 à 09:43:11    

ba oui justement !
c pour ca que je dis qu'en bout de chaine,
c'est a dire la où tu implémente ton modele dans un langage cible,
tu t'aperçois des limites dela cible, surtout quand la technologie cible t'es imposée

Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed