Strictement de l'interprétation Kohana de MVC-Lh (MVC - Libraries helpers):
En outre, Kohana ajoute la structure justificatives suivantes:
Tout d'abord vous devez vous familiariser avec la structure de répertoire d'installation par défaut de Kohana. Une fois que vous l'avez décompressé, vous verrez ceci (note: le contenu de votre répertoire modules peut varier selon les options que vous sélectionnez sur la page de téléchargement):
root +- application | +- cache | +- config | +- controllers | +- helpers | +- hooks | +- libraries | +- logs | +- models | +- views | +- modules | +- media | +- config | +- controllers | +- helpers | +- libraries | +- ..... +- system | +- config | +- controllers | +- core | +- helpers | +- i18n | +- libraries | +- models | +- vendor | +- views | +- index.php
Vous remarquerez que beaucoup de répertoires dans la application et de system répertoires sont exactement les mêmes. C'est parce que Kohana a un système de fichiers en cascade.
Le système de fichiers Kohana est constitué d'une structure de répertoire unique qui se reflète dans tous les répertoires sur ce que nous appelons le chemin d'inclusion, qui va comme suit:
application > modules > system
Les fichiers qui sont dans des répertoires plus haut sur le chemin d'accès pour inclure l'emportent sur les fichiers du même nom plus bas de l'ordre.
Par exemple, si vous avez un view fichier appelait layout.php dans application/views et system/views répértoires, l'un dans application sera retourné lorsque layout.php est recherché car il est le plus élevé dans le comprennent afin chemin. Si vous supprimez ce fichier à partir application/views, celui dans system/views sera retourné lorsqu'il sera recherché.
Le système de fichiers Kohana est également modulable. Cela signifie que les répertoires personnalisés peuvent être insérés dans le chemin d'inclusion à analyser quand un fichier est recherché.
Voir Modules sur la façon de les configurer .
L' application et le répertoire systeme peuvent être considéré comme des modules figés. Ils ne sont pas traités différemment des modules réguliers en dehors des exceptions énumérées ci-dessous.
Il y a principalement 2 exceptions dans le système de fichiers:
config.php doit resider dans le répertoire application/config . It will not be read if it exists within a module or the system directory. The reason for this is that it contains the modules setting which must be read before all others so the framework knows where the rest of the config files are along the include path.
The core files as part of system/core are also not cascading. They are hardcoded into the Kohana startup procedures and will not be overridden by files higher up the include path.
These files are special as their content entries are merged when multiple files of the same name are found along the include path. Entries in files greater up the order still override those of which are in files lower down.
See Configuration and Internationalization for more information on this.
By default, the Cache library uses this directory to store its caches when using the File driver. It should also be where you store any custom cached data from your application.
All configuration files that are read by the Config class must be stored here.
All controllers to be directed to by the router must go in here.
Voir Helpers.
Voir Hooks.
Language files read by Kohana::lang() are stored here. They are split up into sub-directories using the country code and locale as the name. See Internationalization.
Voir Libraries.
By default, log files generated by the Log class are stored in the application/logs directory.
Voir Models.
3rd party libraries and scripts that are not integrated into Kohana should be stored here. See Libraries for more information.
Voir Views.