Orpheus, mon framework PHP Open Source

[Cartman34]

Pour ne citer qu'un exemple, ton système qui fait les requêtes SQL est un gouffre à mémoire si tu veux récupérer beaucoup de lignes et itérer dessus.

Il est possible de récupérer le résultat en tant que PDOStatement afin d'éviter la surcharge mémoire en cas d'un nombre trop important de résultats. Il faut probablement que je trouve une meilleure solution mais je doute qu'on puisse faire mieux que PDO à ce niveau.

Ca n'est pas un framework qui sépare la couche métier de la couche technique, c'est le programmeur qui le fait.
Avec ton framework comme avec n'importe quel autre on peut soit mélanger la couche technique/métier, soit ne pas le faire.

Ca c'est les développeurs du framework et de l'application qui décident, pour ma part, il m'a semblé évident que le framework doit gérer ça, il doit simplifier la vie de son utilisateur.

Donc je répète encore une fois : qu'est ce que ton framework apporte par rapport aux autres hormis le fait d'être mal codé ? (cf exemple cité dans ce premier message, et je peux t'en citer d'autres)
Car là à chaque fois ce que tu réponds, on dirait un discours de marketeux, pas autre chose.

Je suis très mauvais vendeur, je ne vends pas mon framework, je ne cherche même pas à ce que vous l'utilisez.
Je vous le présente et attend des critiques constructives en réponse.

En jettant un oeil au code de ton framework, je n'ai vu que des mauvaises pratiques. Echappement des erreurs avec @. Du code HTML au milieu du moteur. Et j'en passe.

Mon problème est que vous passez tous, or je ne suis pas là pour que vous me disiez que vous préférez CodeIgniter ou quoi (même si l'information en elle même est intéressante) mais pour que vous proposiez des améliorations, reconnaissiez des erreurs etc...
Je répète qu'il n'a pas la prétention d'être mature, il faut qu'il le devienne.
Mais ce n'est pas en me critiquant moi que ça va avancer les choses.

En jettant un oeil au code de ton framework, je n'ai vu que des mauvaises pratiques. Echappement des erreurs avec @. Du code HTML au milieu du moteur. Et j'en passe.

L'utilisation de @ est très restreinte, uniquement pour que le gestionnaire d'erreur ne renvoie pas lui même une erreur, sinon ça risque soit de l’appeler en boucle, soit de renvoyer une page totalement blanche. Je compte bien trouver une meilleure solution, si tu as quelque chose à proposer, n'hésite pas.
Pour le code HTML, il n'y en a normalement plus dans tous ce qui est le moteur et les bibliothèques.
Les modules peuvent en contenir, ça j'en ai déjà parlé, c'est au choix de l'utilisateur.

Objectivement, je trouve que c'est une bêtise de vouloir développer son framework seul, et avec cette "inexpérience". De très bon outils sont à disposition sur le web. Si tu veux faire du développement web ton métier. Tu ne tireras aucun avantage de ça. A moins que ton framework ne devienne hyper-connu (j'exprime un doute).

Autant approfondir ses connaissances sur du Zend, du Symfony, du CakePHP, du Laravel, du CodeIgniter. Du moins c'est mon avis. Je pense qu'à une certaine mesure, sur un framework, il faut savoir rester "utilisateur", même approfondi. Et ne pas divaguer plus loin...

On a pas tous les mêmes ambitions ni les mêmes objectifs, comme je l'ai dit, si "Si tu n'es pas satisfait par le travail des autres alors fais le toi même. On est jamais mieux servir que par soi-même.".
Bien heureusement, je ne suis pas du tout inexpérimenté, mais on n'est pas là pour parler de moi.

Je trouve effectivement un peu prétentieux ta manière de penser que ton Framework surpasse "Laravel", "CakePHP" ou encore "Symfony" ... Ou peut-être as-tu déjà réaliser un Benchmark par rapport eux ???

C'est encore un message à propos de moi mais là tu me fais dire ce que je n'ai pas dit, je ne suis pas satisfait par ces frameworks, je réalise moi même ce que je pense le plus adapté, je le partage.
Je n'ai pas vu un de ces frameworks mal conçus ou quoi, je ne suis pas satisfait par leur utilisation et leurs résultats.
Je sais trop bien que quand on fait de longues études d’ingénierie (ou qu'on en a marre de ré-inventer la roue), on a envie de faire une application qui fait tout, même le café, or c'est pas ce qu'on souhaite ici alors je restreins à ce qui est utile (selon moi puis pour les autres, je partage juste mon travail, je le répète).
Après, je ne peux pas tester tous les frameworks, il y en a surement un ou plusieurs qui m'auraient très bien convenu, je compte encore les trouver mais c'est aussi une expérience assez importante de réaliser soi même un framework, ça vous fait comprendre énormément de choses.