Un nouveau framework PHP français

Salut ! Je poste pour vous signaler l'arrivée d'un nouveau framework open source développé par moi même :)
Les 2 concept :
1 - Développer uniquement la partie logique/métier et laisser le framework + jQuery + jQueryUI générer les formulaires AJAX et la partie SQL automatiquement.
2 - Développer rapidement si on est pressé, tout en gardant la main sur la totalité du code (pas de langage de templating ou de trucs bizzares) .

Bref, c'est du 100% fonctionnel, il a déjà été utilisé sur des sites et j'aimerai le proposer à la communauté pour l'améliorer

Site : http://ufm.erraprod.com/
Tutoriels : http://ufm.erraprod.com/fr/tutorials/
Téléchargement : http://ufm.erraprod.com/fr/downloads/

J'attend vos feedbacks

Hello, j'ai parcouru un peux le code, première interrogation :
quelle est la version minimale de PHP accepté ?

ps : y'a énormément d'erreurs dans ton phpdoc

PHP 5.2, je vais le rajouter sur le site
Des erreurs dessus sur phpDoc ? lesquelles par exemple ?

Citation:

---

Envoyé par erraprod_ufm

PHP 5.2, je vais le rajouter sur le site
Des erreurs dessus sur phpDoc ? lesquelles par exemple ?

---

Si c'est la 5.2, t'as encore des classes PHP 4, y'a aussi beaucoup de code assez vieux, ( lister des fichiers par exemple, ce qui peu être fait avec SPL ), je te trouve que l'autoloader n'est pas bien utilisé, que les classes sont un peu fouillis, pour ne pas avoir fait un fichier par classe ? et ensuite rangé en sous dossier ?

Pour les erreurs fait un coup de PHpDocumentor et tu verras ;)

Je prend note de tes critiques pour ameliorer tout ça.
Juste un truc, qu'est ce que tu veux dire par l'autoloader n'est pas bien utilisé ?

Citation:

---

Envoyé par erraprod_ufm

Je prend note de tes critiques pour ameliorer tout ça.
Juste un truc, qu'est ce que tu veux dire par l'autoloader n'est pas bien utilisé ?

---

parce que tu fait des grosses tables de correspondance, si tout était bien rangé avec un utilisation de namespace ça serait beaucoup plus efficace,
tes fichiers se nomme par exemple :
UFM.Fields.Base.UBaseField.php

pourquoi reprendre arborescence dans le fichier ? par contre pas dans le namespace

sinon de nos jours pourquoi ne pas avoir fait du PHP 5.3 sachant quel le support de la 5.2 est terminer depuis décembre 2010 ?

Pour les versions de PHP, j'ai mis 5.2 parce qu'au moment où j'ai écrit le noyau, beaucoup de serveurs tournaient sur 5.2 et je voulais éviter des problèmes de compatibilités. Les namespace sont apparus avec la 5.3 c'est pour ça que je les utilise pas.

L'arboresence dans le fichier c'est une convention de code que j'ai pour clarifier la lisibilité. Je vais me pencher sur les namespace pour voir de quoi il en retourne.

Merci en tt cas pr ces remarques, je peux améliorer un peu le code grâce à ca.

ps: j'ai créé un setup pour installer le framework directement avec une interface web

je vois aussi que tu te base sur pas mal de lib déjà existantes, le clearbrick, CBrowser, FirePHP, GoogleMap ...
Je pense que ca devrait juste en rester au phpCore et phpUFM, c'est très difficile de maintenir un projet qui dépend de beaucoup d'autre surtout quand ils ne sont plus maintenus


je te conseil aussi de séparé tout ce qui est HTML et opté pour un système de template

par exemple pour (fieldComboBox) je vois:

Code:

---

$res = '<b>' . $this->getDescription() . '</b>';

---

mais moi je bosse en xhtml et j'en veux pas de <b> puisque c'est pas valide, je fais comment ?

;)

- C'est vrai, j'utilise quelques librairies externes, mais je ne pense pas que ça soit un problème (sauf peut-être pour google maps) dans le sens ou les autres n'ont pas besoin d'être mises à jour.
- Pour le systeme de template, le système de short tags <?= et <? natif de php avec quelques balises propriétaires devrait être suffisant. Je suis en train de l'implémenter mais j'ai peur pour les performances.
- Pour les '<b>' je savais pas, je les remplacerai par des <span> ;-)

Citation:

---

Envoyé par erraprod_ufm

- C'est vrai, j'utilise quelques librairies externes, mais je ne pense pas que ça soit un problème (sauf peut-être pour google maps) dans le sens ou les autres n'ont pas besoin d'être mises à jour.
)

---

y'en a qu’utilise par exemple ereg, et sous PHP 5.3 ça affiche une erreur ;)

J'ai rajouté un système de templating dessus, désormais les templates s'écrivent en html et on peut injecter des autres vues avec <inlucde src="mavue.tpl"></include> et préciser des zones avec <zone name="header"></zone>. Pour le reste les shorts tags <? et <?= sont reconnus.

Je vais passer un peu de temps à réécrire le noyau pour le rendre plus conforme à php5 avec tes remarques stealth35

:ccool:

t'as un SVN ou Git en ligne pour suivre ton projet ?

Je suis en train d'apprendre le fonctionnement de github pour faire quelque chose de propre.
En attendant je change toujours le noyau, j'ai pu supprimer la dépendance à clearbricks du coup intégrer SPL et PDO. Ca change rien fonctionnellement mais le code s'allège c'est cool :mrgreen: . Mais du coup j'ai pas mal d'autres bad pactises à changer à droite à gauche. @ bientôt

Les liens du premier posts ne marche pas :( :

Citation:

---

Cette page Web présente une boucle de redirection.

---

Citation:

---

Envoyé par erraprod_ufm

- Pour les '<b>' je savais pas, je les remplacerai par des <span> ;-)

---

C'est une aussi mauvaise solution : <b> indique que ça doit être mis en gras, <span> n'indique rien, <strong> indique une emphase forte. Le (X)HTML n'est pas là pour la présentation des données, rien que pour les présenter sous une forme structurée, que l'on peut styler à l'aide de CSS.

Et puis... que feras-tu si jamais tu dois faire un export dans un autre format ? (Au pif, LaTeX, DITA, Docbook, etc.). Un système de templating pourrait être bien à ce sujet. J'ai longtemps utilisé des templates en PHP pur (avec symfony 1.4), donc sans les short tags que je n'ai jamais réussi à appréciser (à coups de <?php, donc).

@grunk oops : c'est reparé

@dourouc05 : pour les span je suis obligé d'encapsuler la description de mon champ dans une balise, sinon comment la styliser en css ?
De plus, le code que stealth35 a commenté est utilisé dans un cas très précis : l'édition automatique d'un champ sur un formulaire HTML (après ce code y'a un <select ...). Avec un span, si tu veux changer le style du champ tu peux faire
.field span { text-decoration:underline; } ou ce que tu veux.

J'ai pas compris pour le templating et les short tags

Je me permet d'apporter quelques critiques, plutôt sur la forme que le fond.

Tu présente tout ceci comme un framework php5 , pourtant la premièer chose que l'on voit en ouvrant l'archive c'est jqueryui, htaccess ...
C'est bien de donner un exemple mais dans l'idée je le séparerais complètement. Quand je télécharge un framework ce que je veux trouver tout de suite c'est ... le framework :) pas forcément les artifices autour qui permettent de l'utiliser.

Même chose dans le dossier framework on trouve un dossier plein d'image. Ca n'a rien à y faire. D'une part car la séparation des couches veux que les images soient dans un dossier public bien loin des fichier php et d'autre part car un framework n'a priori pas besoin d'image.
Remarque identique pour les dossier js/style/swf ...

Je pense qu'il serait pas idiot de repenser l'architecture générale , et/ou alors de ne pas "vendre" ton code comme un framework.

Sur le code je rejoins stealth35 sur l'autoload , j'avais jamais vu ça ^^.

Regarde comment son fait des framework du type ZF,cake,lithium qui propose des architectures très simple à reproduire.

Quant à l'utilisation de php 5.3 comme le préconise stealth35 c'est vrai que c'est un plus indéniable, mais pour le vivre bien trop souvent on à pas toujours le choix de la version sur laquelle on porte nos lib :(

Oui, j'ai eu une discussion sur un autre forum et effectivement, c'est pas un framework PHP. Ça serait plutôt un CMF.

Salut, quelques nouvelles, je continue à travailler dessus en appliquant tes remarques stealth35. C'est long mais je dois reconnaitre qu'elles sont pertinentes.
Je suis aussi en train de changer l'arboresence pour la rendre plus proche d'un zend (application/framework/public/test).
Et aussi créer des générateurs de code et une sorte de webide (avec codemirror, sqlbuddy, etc...).
Dès que le projet est assez mature je le met sur github.

:ccool:, très bien tout ça, tu passes sous PHP 5.3 ?