Development

Documentation/fr_FR/book/trunk/file_structure (diff)

You must first sign up to be able to contribute.

Changes between Version 4 and Version 5 of Documentation/fr_FR/book/trunk/file_structure

Show
Ignore:
Author:
xavier (IP: 82.234.123.217)
Timestamp:
12/15/06 18:32:49 (11 years ago)
Comment:

continuing translation

Legend:

Unmodified
Added
Removed
Modified
  • Documentation/fr_FR/book/trunk/file_structure

    v4 v5  
    6464La configuration générale du projet est enregistrée dans le dossier {{{config}}}. 
    6565 
    66 Dans le dossier {{{data}}}, vous pouvez stocker les fichiers de donnée du projet, comme un schéma de base de données, un fichier SQL pour la création des tables, ou encore une base de données SQLite si vous en avez besoin. 
    67  
    68 Le dossier {{{doc}}} contient la documentation du projet, ce qui inclut vos propres documents et la documentation générée par phpdoc (dans le sous-dossier {{{api}}}). 
    69  
    70 The {{{lib}}} directory is dedicated to foreign classes or libraries. Here you can add the code that needs to be shared among your applications. The {{{model}}} subdirectory stores the object model of the project. 
    71  
    72 The {{{log}}} directory stores the applicable log files generated directly by symfony. It can also contain web server log files, database log files or log files from any part of the project. There is normally one file per application and per environment (ex: {{{myapp_prod.log}}}) 
    73  
    74 The {{{test}}} directory contains unit tests written in PHP and compatible with the SimpleTest testing framework. During the project setup, symfony automatically adds some stubs with a few basic tests. 
    75  
    76 The {{{web}}} directory is the root for the web server. The only files accessible from the Internet are the ones located in this directory. It will be described in detail in a few moments. 
    77  
    78 Last but not least, the {{{apps}}} directory contains one directory for each application of the project (typically {{{fo}}} and {{{bo}}} for the front and back office, {{{myapp}}} in the example). 
    79  
    80 == Application tree structure == 
    81  
    82 The tree structure of all application directories is the same
     66Dans le dossier {{{data}}}, vous pouvez stocker les fichiers de donnée du projet, comme un schéma de base de données, un fichier SQL pour la création des tables, ou encore une base de données [http://www.sqlite.org/ SQLite] si vous en avez besoin. 
     67 
     68Le dossier {{{doc}}} contient la documentation du projet, ce qui inclut vos propres documents et la documentation générée par [http://www.phpdoc.org/ phpdoc] (dans le sous-dossier {{{api}}}). 
     69 
     70Le dossier {{{lib}}} est destiné à des classes externes ou à des librairies. Vous pouvez y ajouter du code qui doit être partagé entre plusieurs applications. Le sous-dossier {{{model}}} contient le modèle objet du projet. 
     71 
     72Le dossier {{{log}}} contient les fichiers de log applicatifs, directement générés par Symfony. Ce dossier peut également contenir les fichiers de log du serveur, les fichiers de log de la base de données ou les fichiers de log d'une quelconque partie du projet. Il y a normalement un fichier de log par application et par environnement (ex: {{{myapp_prod.log}}}) 
     73 
     74Le dossier {{{test}}} contient les tests unitaires, écrits en PHP et compatibles avec le cadre de tests [http://www.lastcraft.com/simple_test.php SimpleTest]. Au cours de l'initialisation du projet, Symfony y ajoute automatiquement du code avec quelques tests basiques. 
     75 
     76Le dossier {{{web}}} est la racine pour le serveur Web. Les fichiers situés dans ce dossier sont les seuls accessibles depuis Internet. Ce dossier sera décrit plus en détail dans quelques instants. 
     77 
     78Enfin, le dossier {{{apps}}} contients un sous-dossier pour chaque application du projet (typiquement, {{{fo}}} et {{{bo}}} pour le front-office et le back-office, {{{myapp}}} dans l'exemple donné ci-dessus). 
     79 
     80== Arborescence d'une application == 
     81 
     82Tous les dossiers d'applications ont la même structure
    8383 
    8484{{{ 
    9494 
    9595 
    96 The config directory holds a hefty set of YAML configuration files. This is where most of the application configuration is, apart from the default parameters that can be found in the framework itself. Note that the default parameters can still be overridden here if needed. You can find more about application configuration in the next chapter
    97  
    98 The i18n directory contains files used for the internationalization of the application. These files can be in the XLIFF or in the GetText format. You can even bypass this directory if you choose to use a database for your internationalization
    99  
    100 The lib directory contains classes and libraries that are specific to the application. 
    101  
    102 The modules directory stores all the modules that contain the features of the application. 
    103  
    104 The templates directory lists the global templates of the application, the ones that are shared by all modules. By default, it contains a layout.php file, which is the main layout in which the module templates are inserted; an error.php file, used to output errors on a web request; and a error.txt file used to output errors when the application is called without a web browser (for instance during unit tests). Other global templates are to be added here - if your application uses popups sharing the same layout, you could add a popuplayout.php for example
    105  
    106 The directories i18n, lib and modules are empty for a new application. 
    107  
    108 The directory name of an application is to be determined during its setup. This name is accessible via the sfConfig object by referencing sfConfig::get('sf_app_dir')
    109  
    110 The classes of an application are not able to access methods or attributes in other applications of the same project. Also note that hyperlinks between two applications of the same project must be in absolute form
     96Le dossier {{{config}}} contient un ensemble complet de fichiers de configuration [http://www.yaml.org/ YAML]. C'est à cet endroit que se fait la plus grosse partie de la configuration de l'application, en dehors des paramètres par défaut qui se trouvent dans le framework lui-même et peuvent être surchargés dans le dossier {{{config}}} si nécessaire. Vous trouverez plus d'explications au sujet de la configuration d'une application dans le [http://www.symfony-project.com/trac/wiki/Documentation/fr_FR/book/trunk/configuration_practice chapitre suivant] ([http://www.symfony-project.com/book/trunk/configuration_practice voir cette page sur la documentation anglaise])
     97 
     98Le dossier {{{i18n}}} contient les fichiers nécessaires à l'internationalisation de l'application. Ces fichiers peuvent être écrits aux formats [http://www.xliff.org/ XLIFF] ou [http://www.gnu.org/software/gettext/ GetText]. Vous pouvez vous passer de l'emploi de ce dossier si vous choisissez d'utiliser une base de données pour l'internationalisation de votre projet
     99 
     100Le dossier {{{lib}}} contient les classes et les librairies qui sont propres à l'application. 
     101 
     102Dans le dossier {{{modules}}} se trouvent les modules qui proposent les fonctionnalités de l'application. 
     103 
     104Le dossier {{{templates}}} liste les templates de l'application, c'est-à-dire ceux qui sont partagés entre tous les modules. Par défaut, on y trouve un fichier {{{layout.php}}}, qui est le layout au sein duquel les templates des modules sont insérés; un fichier {{{error.php}}}, employé pour afficher les erreurs suite à une requête Web; et un fichier {{{error.txt}}} utilisé pour afficher les erreurs lorsque l'application n'est pas appelée par un navigateur Web (par exemple, lors de tests unitaires). C'est dans ce dossier qu'il faut ajouter d'autres éventuels templates globaux - si votre application emploie des popups ayant le même layout, vous pouvez par exemple créer un fichier a {{{popuplayout.php}}}
     105 
     106Les dossiers {{{i18n}}}, {{{lib}}} et {{{modules}}} sont vides pour toute nouvelle application. 
     107 
     108Le nom du dossier d'une application est déterminé au cours de sa création. Ce nom est accessible par le biais de l'objet {{{sfConfig}}}, en appelant {{{sfConfig::get('sf_app_dir')}}}
     109 
     110Les classes d'une application ne peuvent pas accéder aux méthodes ou aux attributs d'autres applications du même projet. Notez également que les liens hypertexte entre deux applications d'un même projet doivent être écrits sous forme absolue
    111111 
    112112== Module tree structure ==