Piste :
Wiki: Plan du site - Derniers changements - Back link
Différences ¶
Ci-dessous, les différences entre deux révisions de la page.
Les deux révisions précédentesRévision précédenteProchaine révision | Révision précédente | ||
presentation [2006/10/17 20:08] – (old revision restored) 127.0.0.1 | fr:presentation [2019/09/10 08:44] (Version actuelle) – laurent | ||
---|---|---|---|
Ligne 1: | Ligne 1: | ||
+ | ~~LANG: | ||
+ | |||
====== Présentation de Jelix ====== | ====== Présentation de Jelix ====== | ||
+ | |||
===== Généralités ===== | ===== Généralités ===== | ||
- | Jelix est un framework pour PHP5, dont l' | + | Jelix est un framework pour PHP 5.6 et 7.x qui aide les développeurs |
- | Il propose | + | Il propose : |
- | * un ensemble d'API qui prend en charge nombre d' | + | * un ensemble d'API qui prend en charge nombre d' |
* une structure modulaire et une organisation des fichiers du projet, imposant donc un cadre et des normes de développement. | * une structure modulaire et une organisation des fichiers du projet, imposant donc un cadre et des normes de développement. | ||
- | * un découpage "en couche" | + | * Une cinématique MVC (Model, View, Controller), |
Ces caractéristiques permettent une meilleure réutilisation du code, une capitalisation du savoir-faire, | Ces caractéristiques permettent une meilleure réutilisation du code, une capitalisation du savoir-faire, | ||
- | Jelix utilise au maximum les spécificités de PHP5, afin d' | + | Jelix utilise au maximum les spécificités de PHP 5.6, afin d' |
+ | |||
+ | ====== Philosophie ====== | ||
+ | |||
+ | Nous développons Jelix en gardant ces mots en tête : | ||
+ | |||
+ | * **Performance**: | ||
+ | * **Simplicité**: | ||
+ | * **Flexibilité**: | ||
+ | * **Robustesse**: | ||
+ | * **Pragmatisme**: | ||
===== Fonctionnalités proposées ===== | ===== Fonctionnalités proposées ===== | ||
Ligne 21: | Ligne 35: | ||
* **Architecture modulaire** : une application peut être découpée en plusieurs modules réutilisables. | * **Architecture modulaire** : une application peut être découpée en plusieurs modules réutilisables. | ||
- | * **Garantie minimale sur l' | + | * **Garantie minimale sur l' |
- | * **génération | + | * **Génération |
- | * **Moteur de template léger et évolutif** (jTpl), avec pour les templates une syntaxe à mi-chemin entre Smarty et PHP. Un système de plugin à la Smarty est également disponible. | + | * **jDAO, mapping objet-relationnel** reposant sur le design pattern DAO (Data Access Object), se basant sur des fichiers déclaratifs en XML et prenant en charge la génération automatique des requêtes SQL, des problématiques de sécurité (SQL injection etc...). jDao génère des classes PHP avec les requêtes SQL "en dur", permettant alors des performances accrues par rapport à d' |
- | * **jDAO, mapping objet-relationnel** reposant sur le design pattern DAO (Data Access Object), se basant sur des fichiers déclaratifs en XML et prenant en charge la génération automatique des requêtes SQL, des problématiques de sécurité (SQL injection etc...) | + | * **jForms, générateur de formulaire** : à partir d'un simple fichier XML, jForms génère un formulaire en HTML avec la validation javascript adéquate, vérifie les données saisie coté serveur, effectue le chargement ou la sauvegarde des données etc.. Il peut gérer plusieurs instances |
- | * **Désignation des fichiers et ressources par des sélecteurs**, et non par des chemins physiques, apportant alors une certaine indépendance | + | * **Moteur de template très léger, performant et évolutif** (jTpl), avec pour les templates une syntaxe |
- | * **Système | + | * **Système |
- | * **Surcharge de fichier** : il est possible de redéfinir certains fichiers d'un module sans toucher aux originaux (dao, template, properties). Utile lorsqu' | + | * **Surcharge de fichier** : il est possible de redéfinir certains fichiers d'un module sans toucher aux originaux (daos, templates, locales, formulaires). Cela permet de partager |
+ | * **Déclarations de zones de pages** : la construction d'une page web peut se " | ||
+ | * **Désignation des fichiers et ressources par des sélecteurs**, | ||
- | ==== Fonctions et caractéristiques | + | ==== Fonctions et caractéristiques |
- | + | ||
- | Fonctions que l'on retrouve peu souvent dans les frameworks. | + | |
- | + | * **Services Web** : Jelix prend en charge l' | |
- | * **Services Web** : Jelix prend en charge l' | + | |
* **Prise en charge de RESTfull** : par simple implémentation d'une interface, on peut définir facilement les traitements suites aux requetes HTTP GET/ | * **Prise en charge de RESTfull** : par simple implémentation d'une interface, on peut définir facilement les traitements suites aux requetes HTTP GET/ | ||
* **Système de thèmes** : il est possible de définir plusieurs thèmes, chacun redéfinissant les templates des modules. | * **Système de thèmes** : il est possible de définir plusieurs thèmes, chacun redéfinissant les templates des modules. | ||
- | * **Système de génération automatique et de mapping d' | + | * **Système de génération automatique et de mapping d' |
- | * **Des scripts PHP de génération de code** à exécuter en ligne de commande, permettant la création rapide des divers fichiers d'un projet (module, dao, template, | + | * **CRUD générique** : Jelix propose un contrôleur générique permettant de faire une interface d' |
+ | * **Des scripts PHP de génération de code** à exécuter en ligne de commande, permettant la création rapide des divers fichiers d'un projet (module, dao, template, | ||
* **Système de cache technique** : quasiment tous les fichiers non PHP d'un projet Jelix sont " | * **Système de cache technique** : quasiment tous les fichiers non PHP d'un projet Jelix sont " | ||
+ | * **Compatible UTF-8**. C'est d' | ||
+ | * **Module dédié aux tests unitaires** : les tests unitaires sont essentiels pour créer une application qui soit fiable. Jelix propose donc un module qui fourni une interface pour lancer les tests unitaires et un moyen simple de créer des tests unitaires (reposant sur SimpleTest) | ||
+ | * **L' | ||
+ | * Jelix propose **différents générateurs de format** (les objets jResponse) : XHTML, CSS, ATOM, RSS, XML, RDF, ZIP, PDF (via TCPDF). D' | ||
+ | * **Couche d' | ||
+ | * **Localisation** : il est possible d' | ||
+ | * **Système d' | ||
+ | * Utilisation du XML : déclaration des évènements, | ||
- | ==== Fonctions et caractéristiques classiques | + | ===== Principe de fonctionnement ===== |
- | Fonctions que l'on retrouve dans beaucoup de frameworks | + | {{http:// |
- | * L' | + | |
- | * **Couche d' | + | - La méthode du contrôleur correspondante à l'action est exécutée. La méthode |
- | * **Localisation** : stockage | + | - Le contrôleur exécute les traitements métiers et récupère éventuellement |
- | * **Système d' | + | - Le contrôleur instancie un objet de type jResponse auquel il assignera les données à afficher, initialisera les templates |
- | * Utilisation du XML : déclaration des évènements, des DAOs etc... Cela permet de faciliter l' | + | - Jelix récupère cet objet jResponse, invoque la génération du document en sortie |
===== Une première application ===== | ===== Une première application ===== | ||
- | Lire [[manuel: | + | Lire [[fr: |