Frage

In meinem Projekt habe ich zwei Bibliotheken verwenden, v8 und Schub . Boost nutzt die .hpp Erweiterung für seine Header, während v8 die .h Erweiterung für seine Header verwendet.

Am Ende des Tages, mein Quellcode beginnt wie folgt aus:

#include "v8.h"
#include "boost/filesystem.hpp"
...

In anderer Frage, die ich zu diesem Thema fragte, war die allgemeine Antwort, dass es in Ordnung ist, aber ich soll nur konsequent zwischen Namen sein.

kompiliert Dieser Code gut, aber, Stile / Codierungsstandards - ist es okay? Gibt es eine Lösung für dieses Problem (wie all .hpp zu .h Wechsel automatisch irgendwie?)

Danke. Und sorry für die dummen Fragen.

War es hilfreich?

Lösung

Mach dir keine Sorgen über die Inkonsistenz, es spielt keine Rolle. Zu viel Zeit ist oft verbrachte über solche Details besessen, und jeder hat seinen es.

Seien Sie einfach im Einklang mit Ihren eigenen Coding-Standards.

Sie werden schließlich einig 3rd-Party-Bibliothek oder mehr verwenden, als Sie unterschiedliche Konventionen verwenden. Es gibt nichts, was man dagegen tun kann, und oft 2 dieser Bibliotheken, die Sie mit Ihren Standards in Konflikt nutzen und miteinander. Das ist nicht nur für Erweiterungen umfassen, sondern auch convetions wie function_that_does_something vs FunctionThatDoesSomthing .Es ist in Ordnung für die Namensgebung.

Ich würde auf jeden Fall stark Abraten versuchen, jemand andere Bibliothek Änderung in Ihren Coding Standard zu passen. D. h zum Beispiel der Umbenennung boost .hpp zu .h. Dies ist eine schlechte Idee, und wenn Sie auf neuere Versionen der Bibliothek aktualisieren möchten wird es ein Alptraum sein.

Verbringen Sie Ihre Zeit, um das Problem, das Sie lösen in eine elegantere Art und Weise zu lösen, anstatt sich Gedanken über Details wie diese.

Andere Tipps

Es ist in Ordnung. Coding-Standards kommen nicht wirklich in sie, da Sie mit gehen, was Sie gegeben sind. Wenn die v8 Menschen nur .h bieten und die Boost-Menschen nur bieten .hpp dann, kurz vor dem Kopieren eines Satzes von Dateien auf die andere Wahl oder die Bereitstellung Ihrer eigenen Wrapper-Header-Dateien, haben Sie einige Optionen.

Diese beiden Option für ihre Nachteile haben, was wirklich fragwürdigen Vorteile, so würde ich nicht Sorge, sich mit der Tatsache, dass Sie zwei verschiedene Dateierweiterungen enthalten müssen.

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top