Beginnen Sie ein neues großes C-Multiplattform-Projekt. Welche Regeln sollten Sie befolgen, um später Schwierigkeiten zu vermeiden? Zum Beispiel kann ich als neuer Entwickler Schwierigkeiten haben, mich im Linux-Kernel-Quellcode zurechtzufinden - ein gutes Beispiel für eine hochentwickelbare, aber schwer zu durchlaufende Software-Struktur mit inkonsistenter Verzeichnisstruktur (zB sound <) / em> Verzeichnis und arch auf derselben Verzeichnisebene).
Was sollte ich als Projektarchitekt tun, um spätere Fallen zu vermeiden? Natürlich brauche ich sehr intuitive und selbstkonsistente Namenskonventionen für C-Lexems und Dateien. Aber was ist der gute Stil und was nicht? Sollte ich ein einziges Verzeichnis oder Dutzende von ihnen haben? Soll ich alle Header-Dateien in ein gemeinsames include -Verzeichnis legen?
Können Sie mir bitte einen Hinweis auf ein sehr gutes Beispiel geben? (jedes Open-Source-C-Projekt)
Sie können sich wahrscheinlich auf OpenSSL beziehen. Ihre Dateiorganisation und Verteilung von Funktionen über Dateien hinweg ist sehr gut. So ist ihre Dateinamenskonvention, die die Funktionalitäten deutlich anzeigt. Da es jedoch auf SSL-Code basiert, kann es einige Zeit dauern, es zu verstehen. Viel Glück für Sie für Ihr Projekt! :)
Tags und Links c open-source project directory-structure