MeliFramework

Azad

Bonjour, je rédige ce sujet suite à lancée par Soulalex.

L'idée serait de faire un framework PHP réalisé par les membres de Melinyel.

Ce sujet a pour but de définir clairement nos objectifs et les participants. Si vous voulez participer au développement de ce framework, même un petit peu, précisez-le à la suite de ce message :

Caractéristiques (à débattre) :

Langage
- PHP5 / MySQL (pour les fonctionnalités).
- HTML5 / CSS3 (pour le web design).
Repo GitHub : https://github.com/Melinyel-dev/MeliFramework (vide pour l'instant).
Site web : http://meliframework.melinyel.net/

Fonctionnalités recherchées (n'hésitez surtout pas à en proposer) :

Interaction très simplifiée mais sécurisées avec MySQL.
Gestion des fichiers (upload / download / rename / déplacements)
Un ORM
Une gestion dynamique des URLs
Gérer les appels RESTful
Évidement adopter une construction MVC
Pouvoir configurer et gérer différents environnements (test, dev, beta, prod, ....)
Gérer et capturer les erreurs et exceptions côté serveur (librairie de type Whoops)
Adopter une construction permettant l'exécution de routines évènementielles
Un système de profiling et de benchmarking
Système avancé de gestion de mailing (?)

Azad

Ce que je suggère pour ma part, comme fonctions :

Interaction très simplifiée mais sécurisées avec MySQL.
Gestion des fichiers (upload / download / rename / déplacements)

Donnez votre avis sur le projet, les fonctionnalités, ce que vous voulez voir et si vous n'êtes pas d'accord avec une fonction proposée faites-le savoir.

Anaeria

Alors moi je vais proposer pas mal de fonctionnalités de fond :

Un ORM
Une gestion dynamique des URLs
Gérer les appels RESTful
Évidement adopter une construction MVC
Pouvoir configurer et gérer différents environnements (test, dev, beta, prod, ....)
Gérer et capturer les erreurs et exceptions côté serveur (librairie de type Whoops)
Adopter une construction permettant l'exécution de routines évènementielles
Un système de profiling et de benchmarking

Et si je vous dit que tout ça, j'ai déjà en stock ?

mars073

Langages:

JS(JQUERY)

Gestionnaire de slider avec plein d'effet 8D

Azad

Ah, là ça peut être clairement intéressant si tu as déjà tout ça !
Tu vas encore nous faire culpabiliser, avec ta participation, héhé.
J'ai ajouté une fonctionnalité mailing, l'idée serait de voir si on peut interagir facilement avec un serveur mail pour récuper/lister/envoyer des mails (c'est une suggestion).

Abraham

Utilisation d'une librairie externe pour la partie CSS / HTML ? Du genre Bootstrap ou Foundation.

Soulalex

Avant de commencer, il faut qu'on parte sur de bonnes bases. Pour cela il nous faut organiser correctement nos dossiers pour qu'on puisse s'y retrouver facilement. Je propose quelque chose comme ça (à compléter) :

System : Contient tous les scripts et bibliothèques pour que le framework fonctionne correctement. L'utilisateur n'a pas besoin de toucher à ce dossier.
Sources : Contient tous les scripts créés par l'utilisateur : ses modules, ses entitiés, ....
Web : Contient les ressources du site web (css, police d'écriture, images, ...).
Config : Contient les configurations du framework, l'utilisateur peut les modifier.

Voila ma proposition n'hésitez pas à votre tour d'en émettre une.

Azad

Utilisation d'une librairie externe pour la partie CSS / HTML ? Du genre Bootstrap ou Foundation.

Il me semble que Soulalex voulait justement faire tout en partant de 0. Après c'est à débattre afin de savoir si la majorité préfère avec ou sans Bootstrap.

Avant de commencer, il faut qu'on parte sur de bonnes bases. Pour cela il nous faut organiser correctement nos dossiers pour qu'on puisse s'y retrouver facilement. Je propose quelque chose comme ça (à compléter) :

System : Contient tous les scripts et bibliothèques pour que le framework fonctionne correctement. L'utilisateur n'a pas besoin de toucher à ce dossier.

Sources : Contient tous les scripts créés par l'utilisateur : ses modules, ses entitiés, ....

Web : Contient les ressources du site web (css, police d'écriture, images, ...).

Config : Contient les configurations du framework, l'utilisateur peut les modifier.

Voila ma proposition n'hésitez pas à votre tour d'en émettre une.

Pour ma part, cette organisation me convient, à voir si d'autres y trouvent quelque chose à redire.

Anaeria

Avant de commencer, il faut qu'on parte sur de bonnes bases. Pour cela il nous faut organiser correctement nos dossiers pour qu'on puisse s'y retrouver facilement. Je propose quelque chose comme ça (à compléter) :

System : Contient tous les scripts et bibliothèques pour que le framework fonctionne correctement. L'utilisateur n'a pas besoin de toucher à ce dossier.

Sources : Contient tous les scripts créés par l'utilisateur : ses modules, ses entitiés, ....

Web : Contient les ressources du site web (css, police d'écriture, images, ...).

Config : Contient les configurations du framework, l'utilisateur peut les modifier.

Voila ma proposition n'hésitez pas à votre tour d'en émettre une.

Ca me convient et même ca ressemble beaucoup à mon organisation personnelle :

app : tout le code applicatif (modèles, controllers, vues, helpers, ...)
config : les fichiers de configurations
system : le code du framework (Router, ORM, ...)
webroot : la racine du virtual host avec toutes les ressources (css, js, images, ...)

Eloha

La gestion des formulaires avancés serait la bienvenue, non ?

mars073

je suis pour un nom 'alternatif' contracté: "Meliwork"

Azad

Pour les formulaires, c'est plus de HTML, est-ce que ça se fait dans un framework comme cela ?

@Mars : C'est un détail mais pourquoi pas.

Soulalex

Ce qu'on peut faire c'est un système d'application (pour mieux organiser notre site. Par exemple, on va avoir le frontend et le backend). Ce qui donne quelque chose comme ça si on reprend arborescence :

Sources
- Applications : Une application sera une partie du site
  - Modules : Contient les contrôleurs et les vues.
  - Ressources : Contient les configurations de l'application et d'autres ressources comme un layout particulier.
- Models : Entités de la base de données et managers.
Config
System
- Core
- Libraries
Web

Bon voilà je trouve que c'est un peu bancal donc n'hésitez pas à reproposer des idées.

La gestion des formulaires avancés serait la bienvenue, non ?

La gestion des formulaires viendra plus tard

Anaeria

Je propose aussi une arborescence complète, a commenter :

app : dossier des applications
- controllers : Ensemble des controllers
  - Un dossier par namespace contenant chacun les controllers
- helpers : Ensemble des fichiers avec des fonctions d'aides
- hooks : Ensemble des fonctions à appel évènementiel (par ex: un truc à faire avant chaque appel de page)
- libraries : Toutes les ressources et librairies externes
- models : Tous les modèles utilisateurs + ceux pré-intégré
  - mapping : les fichiers de mapping BDD des modèles (gestion de l'ORM)
- views : Contient toutes les vues
  - Plus un dossier par controller qui contient les vues du controller
  - errors : Contient tous les affichages d'erreurs (la page pour un 404, une erreur 500, ...)
  - layouts : Contient tous les layouts
config : Tous les fichiers de configuration (BDD, site, environnement)
system : la base du framework
- core : le noyau et toute la gestion de base
- helpers : toutes les fonctionnalités annexes de bas niveau (gestion du cache, des sessions, des inputs, des cookies, ...)
- librairies : Toutes les librairies internes (mais facultatives) au noyau (par ex: gestion des erreurs, benchmarking)
- orm : ben... l'ORM
webroot : la racine du site
- Les sous dossiers en fonctions des besoins (css, js, images, ...)

Dites-moi ce que vous en pensez !

Soulalex

J'aime bien cette arborescence là mais au niveau des applications ça va être vite le bordel.

Eloha

Sinon...est-il nécessaire de faire connaître le projet sur divers site dés maintenant, si certains ne connaissant pas Melinyel ( Eh ben...il serait temps de se bouger ! ) veulent quand même participé à ce projet ?

Soulalex

S'ils veulent participer au projet, il faudra qu'ils s'inscrivent sur le forum pour suivre l'actualité du développement du framework. Après on empêche personne de proposer des scripts.

Azad

S'ils veulent participer au projet, il faudra qu'ils s'inscrivent sur le forum pour suivre l'actualité du développement du framework. Après on empêche personne de proposer des scripts.

Absolument

C'est encore une ébauche, il faut attendre de voir qui est vraiment disposé à faire ce framework. Tu connais des personnes qui ne sont pas sur Melinyel mais qui sont intéressées par ce projet, Eloha ?

Soulalex

Voici un diagramme UML du framework dans les grandes lignes.

La classe Kernel gère tout dans le framework.
La classe Application gère l'application.
La classe Controller gère les contrôleurs.
La classe Page gère la page (génération, ...).
La classe Router gère les routes.

mars073

lors du téléchargement je suis pour la génération d'une clé unique qui sera mise dans certains fichier pour gérer différentes choses et faire un contrôle contre les failles CSRF si je me trompes pas encore de nom x')