Quelle serait la structure générale d'une application / projet basée en langage de programmation C. libs, comprend, fichiers d'en-tête. c etcc.
Quelle serait la structure de la classe. (dans OOPS) doit être évolutif et d'autres caractéristiques. Quelque chose comme main.cpp Main.H
Quelqu'un a-t-il de bonnes liens ou images ou PDF?
5 Réponses :
Je suppose qu'il n'y a pas de lignes directrices communes (au moins, j'en ai entendu parler de rien). Chaque entreprise semble avoir ses propres pratiques et recommandations. Vous ne pouvez compter que sur vous-même et faire ce qui correspond à 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/cpppguide.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 quelques autres lignes directrices aléatoires: http://geosoft.no/development/cppstyle.htmlLec a>
Je suppose que vous pouvez regarder ceux-ci, mais il n'y a pas de règle générale. Tout dépend de votre tâche exacte.
Le lien Google est cassé, mais la machine de navigager nous redirige vers Google.github.io/styleGuide/cppuide .html
@ Al.g. Merci! J'ai mis à jour le lien.
Pour la structure de la disposition / 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 il s'applique à n'importe quelle langue (même non-oop)
Vous pouvez également trouver cette intéressante
Ce que vous pouvez faire est de trouver un Projet Open-Source dans le même domaine et étudier leur structure de projet et l'adapter selon les besoins.
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 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é, utilisez-la include pour tous les fichiers d'en-tête s'il s'agit d'utiliser .h ou s'il s'agit d'une utilisation C ++. Au format .Chen avoir un fichier principal unique suivi de la construction de toutes les bibliothèques
oups suit le format MAIN.CPP & MAINPP.HPP