Raccourcis : Contenu - rubriques - sous rubriques
FR

Piste :

Différences

Ci-dessous, les différences entre deux révisions de la page.

Lien vers cette vue comparative

Les deux révisions précédentesRévision précédente
Prochaine révision
Révision précédente
Prochaine révisionLes deux révisions suivantes
jelix_vs_copix [2006/03/19 23:16] – (old revision restored) 127.0.0.1jelix_vs_copix [2006/03/21 07:45] – (old revision restored) 127.0.0.1
Ligne 20: Ligne 20:
    * le coeur a entièrement été réécrit : la coordination a quelque peu changée    * le coeur a entièrement été réécrit : la coordination a quelque peu changée
      * Il n'y a plus de paramètres "desc". Restent donc uniquement les paramètres "module" et "action"      * Il n'y a plus de paramètres "desc". Restent donc uniquement les paramètres "module" et "action"
-     * Il n'y a plus de fichier *.desc.php. Ils sont remplacés par un unique fichier action.xml par module. Ainsi, toutes les actions sont déclarées dans un fichier XML (un peu comme dans struts, mais simplifié)+     * Il n'y a plus de fichier *.desc.php. le "mapping" des actions se fait directement sur les actiongroups. 
 +     les actiongroups s'appellent maintenant des contrôleurs. La classe CopixActionGroup fait place à jController
      * Il y a un controle sur le type contenu d'une réponse en fonction de la requête. Par exemple, on ne peut pas générer du html s'il s'agit d'une requête formatée en XMLRPC. La réponse devra être en XMLRPC. Il y a ainsi des objets de traitements de requêtes dediés à des requêtes spécifiques et n'autorisant que des réponses spécifiques.      * Il y a un controle sur le type contenu d'une réponse en fonction de la requête. Par exemple, on ne peut pas générer du html s'il s'agit d'une requête formatée en XMLRPC. La réponse devra être en XMLRPC. Il y a ainsi des objets de traitements de requêtes dediés à des requêtes spécifiques et n'autorisant que des réponses spécifiques.
      * Les erreurs techniques qui pourraient apparaître (par trigger_error ou exceptions) sont générées dans le format approprié à la requête/réponse ! (pas de retour d'erreur formatées en HTML quand on attend du JSONRPC par exemple)      * Les erreurs techniques qui pourraient apparaître (par trigger_error ou exceptions) sont générées dans le format approprié à la requête/réponse ! (pas de retour d'erreur formatées en HTML quand on attend du JSONRPC par exemple)
Ligne 29: Ligne 30:
    * Une application peut utiliser des modules se situant dans des répertoires différents. On peut ainsi mutualiser des modules entre plusieurs applications. Idem pour les plugins du coordinateur et les plugins de templates.    * Une application peut utiliser des modules se situant dans des répertoires différents. On peut ainsi mutualiser des modules entre plusieurs applications. Idem pour les plugins du coordinateur et les plugins de templates.
    * Fichiers de configurations au format INI : plus rapide à analyser et plus facile à modifier qu'un fichier php    * Fichiers de configurations au format INI : plus rapide à analyser et plus facile à modifier qu'un fichier php
-   * Des noms de répertoire, de fichier, et de classes ont été raccourcis pour plus de simplicité (*.actiongroup.php -> *.ag.php, *.dao.definition.xml -> *.dao.xml, CopixDbFactory -> jDb, CopixEventNotifier -> jEvent etc...)+   * Des noms de répertoire, de fichier, et de classes ont été raccourcis pour plus de simplicité (*.actiongroup.php -> *.classic.php, *.dao.definition.xml -> *.dao.xml, CopixDbFactory -> jDb, CopixEventNotifier -> jEvent etc...)
  
 ===== Actions, Actiongroup, Zones ===== ===== Actions, Actiongroup, Zones =====

fr/jelix_vs_copix.txt · Dernière modification : 2008/12/08 22:27 de 127.0.0.1

Fils rss des changements récents dans le wiki Creative Commons License