Comment structurer un projet de site Web dans Eclipse

Question

Je commence un projet d'application Web qui aura un Adobe Flex frontal et PHP/MySQL back-end. J'ai développé beaucoup d'applications de bureau C++, mais je suis nouveau dans la construction d'applications web et dans l'environnement Eclipse. Je l'ai mis en place ma structure actuelle du projet dans Subversion:

--MyWebsite 
    +--tags 
    +--branches 
    +--trunk 
     ---index.html 
     +--images 
     +--BasicHtmlSubSite 
     +--PHPServices 
     +--FlexComponentA 

Je vérifie le tronc dans E: \ Dev \ Projects \ MyWebSite \ espace de travail, et ce répertoire est aussi mon Eclipse espace de travail (mais j'exclu le .metadata dossier de Subversion, et seulement vérifier les projets).

Mes questions sont les suivantes:

1) Est-ce une bonne structure du site? Plus précisément, dans quelle mesure ma structure de dossier Subversion/Eclipse devrait-elle refléter la structure de dossier éventuelle dans htdocs?

2) Comment puis-je inclure index.html (ou peut-être un jour index.php) dans un projet Eclipse? Je l'ai essayé de le mettre dans un projet HTML statique (StaticLandingPage) sous l'espace de travail, et en ajoutant un FileSync construire une action pour le déplacer à la racine du serveur Web, mais le dossier StaticLandingPage obtient déployé sur le serveur aussi, que je ne suis pas vouloir. Je veux juste pouvoir déployer un seul fichier html depuis un projet dans le répertoire htdocs.

Je devrais ajouter que je suis en train de développer sur Windows, avec Eclipse Ganymède, Adobe Flash Builder 4, PDT 2.x, Subclipse, FileSync et le plugin WST (je pense que c'était le cas). J'utilise XAMPP pour un serveur local.

Answer 1

Cela ne fonctionne pas bien dans Eclipse du tout.

Vous voulez habituellement votre projet vérifié dans Eclipse, soit dans un dossier ou à la racine de votre /trunk/. Vous pouvez organiser évidemment les choses mieux que pousser tout dans le tronc, mais voici un exemple de toute façon:

Exemple:

tags 
branches 
trunk 
    |- MyProject (Eclipse project) 
    |  |- php/html/js/whatever files 
    | 
    |- MyOtherProject (Eclipse project) 
    |  |- php/html/js/whatever files 
    | 
    |- ThirdParty (Also an Eclipse project) 
      |- All third party libraries that are shared, if you so wish 

Pourquoi?

1) Extraction de fichiers aléatoires est une douleur dans Eclipse. Puisque tout dans Eclipse est un projet, les règles du fichier .project. Par conséquent, celui qui extrait votre "dossier" aura la même configuration de projet que vous, ce qui facilitera la tâche de l'équipe de développement.

2) Mieux organisé pour plusieurs projets. Plutôt que d'avoir un référentiel complètement nouveau pour un autre projet Web, vous pouvez simplement avoir plusieurs dossiers.

Answer 2

J'essaie également de trouver une bonne structure de projet, mais je l'approche d'une stratégie d'exigences de projet plutôt que d'une stratégie de meilleures pratiques.

Mes besoins sont les suivants:

1. Je veux optimiser la réutilisation du code source .
2. Je souhaite que la documentation réside dans la même arborescence de référentiels que le projet.
3. Je veux plusieurs projets tirage sur commun, stable, testé bibliothèques source.
4. Je ne veux pas bibliothèques de sources dispersées parmi plusieurs référentiels.
5. Je veux garder le tronc vierge pour facile télécharger vers les sites de distribution publique.

La structure qui fonctionne le mieux pour moi est comme suit:

-- ROOT 
--- README.HTML 
+-- trunk 
... --- index.html 
... +-- glue 
... +-- topic[s] 
+-- tags 
... +-- library_version[s] 
+-- branches 
... +-- development 
... ... +-- topic[s] 
... ... ... --- eclipse .project 
... ... ... --- eclipse .texlipse 
... ... ... --- topic.pdf 
... ... ... +-- design 
... ... ... ... --- topic.tex 
... ... ... ... +-- reuse 
... ... ... ... +-- sections 
... ... ... ... +-- implementation 
... ... ... ... ... --- eclipse .project 
... ... ... ... ... --- source.* 
... ... ... ... ... +-- contrib[s] 
... ... ... ... ... ... --- contrib.oem 
... ... ... ... ... +-- flavor[s] 
... ... ... ... ... ... --- eclipse or other project files 
... +-- rfcs 
... ... +-- topic[s] 
... +-- published_topics 
... ... +-- glue 
... ... +-- topic[s]