2009-08-06 4 views

Répondre

0

Ce que j'utilise pour faire est la suivante:

-Main php files 
-private 
    |_private web zone files 
-images 
    |_image files 
-flash 
    |_flash files 
-script 
    |_javascript files 
-css 
    |_css files 

et fils sur

espoir que je l'ai aidé à

1
project/web   # web root 
project/web/styles # CSS files 
project/web/scripts # JavaScript or other script files 
project/web/images # images 
project/lib   # non-web-accessible code libraries 
project/bin   # executables (including utility scripts) 
+1

Ceci est bien parce que vous n'avez pas de répertoires avec des fichiers qui ne sont pas destinés à être accédés directement par les navigateurs de la racine web et qui ont donc besoin d'écrire et de maintenir autant de spécifications d'accès. Mise en page de base similaire à celle que je préfère (plus proche de Zend Framework). – OIS

1

Il n'y a pas meilleure façon ou d'une norme - c'est la exactement le genre de connaissances que vous pouvez tirer de l'expérience de travail sur des projets - ce n'est pas quelque chose d'essentiel dont vous avez besoin avant de pouvoir commencer à programmer - je suggère même de garder tous dans le même dossier si C'est une petite application avec juste quelques fichiers. Vraiment, vous obtiendrez vos moyens avec le temps et l'expérience.

1

Vous supposez qu'il existe une meilleure façon de faire cela, et il n'y en a pas. Cela dépend entièrement de l'architecture de votre application et de vos préférences personnelles.

Je peux vous donner quelques conseils génériques:

  • Organiser votre dossier web public sanely. Avoir un répertoire images/images, un répertoire css/pour CSS, et un répertoire js/pour javascript. L'organisation du code dépend de l'architecture de votre projet. Si vous utilisez une architecture OO, il est possible d'organiser vos fichiers de code hors de la racine Web, ce qui vous donne une couche supplémentaire de sécurité si votre serveur Web cesse de rendre PHP correctement en raison d'une mauvaise configuration (il arrive).
  • Les images ne doivent pas être stockées dans une base de données sauf si vous avez une bonne raison de le faire.
+0

merci pour votre soutien – Rajasekar

+0

Une rétrogradation? Soin d'expliquer? – zombat

+0

Je suis revenu, Broseph. Bonne réponse. –

5

Il n'y a pas de norme. PHP est un langage, pas un cadre, et comme avec n'importe quel langage, vous pouvez organiser votre projet comme bon vous semble.

Cependant, il existe d'excellents frameworks écrits en PHP qui ont une structure de répertoire et fournissent des outils, etc. Par exemple, Cake PHP et Code Igniter.

+0

+1 même réponse, mots différents. – zombat

+0

Lancer une autre recommandation pour CakePHP. Bien que PHP soit une langue et n'ait pas d'organisation «nécessaire», le framework MVC est une pratique très efficace et bénéfique à apprendre. –

0

Je ne suis pas sûr de la «meilleure norme» parce que je pense que vous trouverez largement subjective et dépendante d'autres facteurs, par ex. tous les cadres que vous utilisez et la taille de votre projet.

Cependant, j'ai tendance à tenir à la convention suivante: -

  • images - images app générales
  • lib - fichiers de classe, les fichiers de bibliothèque, les dépendances (généralement réparties en plusieurs sous-dossiers contenant le nom des bibliothèques, par exemple lib/events/employee /). Structurer les choses assez logiquement comme ceci rend l'utilisation de __autoload() assez pratique quand il s'agit de charger vos fichiers.
  • contrôleur - Fichiers contrôleur
  • js - fichiers Javascript
  • styles - Stylesheets
  • essais - tests unitaires
  • modèles - Encore une fois regroupés dans différents sous-dossiers en fonction de vos applications mise en page.
  • tmp - Moselle nous trucs, ordure, bûches.

J'ai remarqué que les conventions ces jours-ci pour regrouper les js/styles/images dossier dans leurs propres « publics » (rails) ou des dossiers « statiques » (django) qui pourrait aussi être plus agréable .

Questions connexes