Structure de fichier et de dossier d’une application / projet basée en C

Quelle serait la structure générale d’une application / d’un projet basé sur le langage de programmation C. libs, includes, fichiers d’en-tête. etc.

Quelle serait la structure de classe. (dans OOps) doivent être évolutives et autres fonctionnalités. Quelque chose comme main.cpp main.h

Quelqu’un a-t-il de bons liens, images ou pdf?

La plupart des projets suivent une hiérarchie unique, 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 dissortingbutable 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) 

Pour la structure de présentation / classe de répertoire, je suggère de lire ceci

http://www.javapractices.com/topic/TopicAction.do?Id=205

Le lien parle de Java mais s’applique à n’importe quel langage (même non-POO)

Vous pourriez aussi trouver cela intéressant

http://www.gnu.org/prep/standards/html_node/index.html

Ce que vous pouvez faire est de trouver un projet open source dans le même domaine, d’étudier la structure de leur projet et de l’adapter au besoin.

Je suppose qu’il n’y a pas de directives communes (du moins, j’en ai entendu parler). Chaque entreprise semble avoir ses propres pratiques et recommandations. Vous ne pouvez compter que sur vous-même et faire ce qui convient à vos besoins actuels, je pense.

Voici un lien vers le Guide de style de Google C ++, si vous ne l’avez pas déjà vu: https://google.github.io/styleguide/cppguide.html (ils ont beaucoup d’idées là-bas, mais je n’accepte pas certains d’entre eux, c’est donc une question de choix)

Voici un autre guide aléatoire: http://geosoft.no/development/cppstyle.html

Je suppose que vous pouvez y jeter un coup d’œil, mais il n’y a pas de règle générale. Tout dépend de votre tâche exacte.

Créez des bibliothèques individuelles en fonction de la fonctionnalité, créez une seule inclusion pour tous les fichiers d’en-tête. S’il s’agit de C, utilisez .h ou S’il s’agit de C ++, utilisez le format .hpp.

OOPS suivra le format Main.cpp & Main.hpp