Quelle serait la structure générale d'une application/d'un projet basé sur le langage de programmation C. libs, inclut les fichiers d'en-tête . etc. etc.Structure des fichiers et des dossiers d'une application/projet basée sur C
Quelle serait la structure de classe. (en OOps) doivent être évolutives et d'autres fonctionnalités. Quelque chose comme main.cpp main.h
est-ce que quelqu'un a de bons liens ou images ou pdf?
Je suppose qu'il n'y a pas de lignes directrices communes (du moins, j'en ai entendu parler). Chaque entreprise semble avoir ses propres pratiques et recommandations. Vous pouvez seulement compter sur vous-même et faire ce qui convient à vos besoins actuels, je pense.
Voici un lien vers le Guide de style Google C++, si vous ne l'avez pas déjà vu: https://google.github.io/styleguide/cppguide.html (ils ont beaucoup d'idées, mais je n'accepte pas certains d'entre eux, donc c'est une question de choix)
Voici une autre ligne directrice au hasard: http://geosoft.no/development/cppstyle.html
Je suppose que vous pouvez jeter un oeil à ceux-ci, mais il n'y a pas de règle générale du pouce. Tout dépend de votre tâche exacte.
Pour la mise en page du répertoire/structure de classe I suggère de lire ce
http://www.javapractices.com/topic/TopicAction.do?Id=205
Les pourparlers de lien sur Java mais il applique à toute langue (même POO non)
Vous pouvez également trouver ce intéressant
Ce que vous pouvez faire est de trouver un open-source project dans le même domaine et d'étudier leur structure de projet et de l'adapter au besoin.
La plupart des projets suivent une seule hiérarchie comme suit:
project
\_ conf\ --> configuration files (Unix/Linux projects might prefer an 'etc' folder)
\_ src\ --> main source (for C++ projects, headers and sources go along, but if
your project is a library then separating include files for others
is a better practice)
\_ src\module1\ --> for each sub module (for multiple files having related contents,
it is better to separate them to their own subfolders)
\_ doc\ --> documentation
\_ include\ --> (for library projects, the distributable include files)
\_ os\ --> OS (platform dependent) files (uch as makefiles, package building
scripts..)
\_ res\ --> resources required for compilation but not source files (icons, etc.)
\_ MAKEFILE --> makefile script for building the project
\_ README --> introductory document (might refer to doc\README)
\_ INSTALL --> Installation document (might refer to doc\INSTALL)
Créer des bibliothèques individuelles en fonction de la fonctionnalité, faire unique comprennent tous les fichiers d'en-tête S'il est C utilisation .h ou si elle est C++ utilisation Format .hpp .alors ont seul fichier principal suivi make pour construire toutes les bibliothèques
OOPS suit la volonté Main.cpp & Format Main.hpp
le lien google est cassé, mais la machine à remonter le temps nous redirige vers https://google.github.io/styleguide/cppguid e.html –
@ Al.G. Merci! J'ai mis à jour le lien. –