Das lib
Verzeichnis, für die meisten meiner Projekte, wo ich gemeinsam genutzten Komponenten platzieren, die in mehreren Facetten meiner Anwendung verwendet werden könnte. Dinge in diesem Ordner sollten nicht eng an Ihre Anwendung gekoppelt sein, und sollte theoretisch in der Lage sein, von einem Projekt zum anderen gezupft werden, und funktioniert wie erwartet (unter der Annahme, dass alle Abhängigkeiten verfügbar sind). Einige Beispiele für Dinge, die ich in meinen lib
Ordnern abgelegt:
- Wenn ich die Definition eine Politik/Verfahren zum Laden von Daten von der Seite in meinen Frontend Code Bootstrap, würde ich die Klasse/Methode in einer Datei in der Definition
lib
Ordner. Es ist nur funktional und nicht an irgendeinen Anwendungscode oder eine DOM-Struktur gebunden.
- Wenn ich meine eigenen UI-Komponenten erstellen muss (sagen wir, ich muss einige Tagging-Funktionalität in einen Textbereich zusammenführen, und bin unzufrieden mit bestehenden OSS-Alternativen), würde ich es hier tun. Der Code in
lib
skizziert einfach wie meine Komponente funktioniert, aber keine anwendungsspezifische Funktionalität implementiert. Ich kann dies dann in meine Kernanwendung aufnehmen und es so verwenden, als wäre es eine Drittanbieter-Bibliothek.
Im Grunde alles, was eine Dritte Abhängigkeit sein könnte, die Sie wollen nicht in einem eigenen Repository, und richten Sie Management für Sie lib
verwenden können, und haben diese Funktionalität sauber in Ihrem primären App entkoppelt .
Sie haben ein Beispiel? Ich kenne verschiedene Anwendungen und Projekte mit einem lib-Verzeichnis, aber die Bedeutung ist für die meisten von ihnen unterschiedlich. – GolezTrol
Ich fügte ein Beispiel hinzu, das ich gerade versuchte zu verstehen. – FurkanO
Oo, ich dachte, vielleicht hat es eine allgemeine Bedeutung. – FurkanO