Wann ist der richtige Zeitpunkt für die Verwendung der C#-Klassenbibliothek (.dll)?

Question

Ich bin ein Programmierer, der nie wirklich mit .dll-Dateien gearbeitet hat. Natürlich, wenn ich Software von Drittanbietern benötige, z. B. eine Grafikbibliothek, eine Bibliothek, die mir bei der Erstellung von Diagrammen hilft usw. Ich füge die Verweise/ddl-Dateien zu meinem Programm hinzu und verwende sie in meinem Code.

Außerdem scheint es, dass man .dll für viele verschiedene Dinge verwenden kann, daher möchte ich, dass sich das Thema auf C# konzentriert.

Im Moment arbeite ich an einer Sanitizing-Bibliothek(?) (ich glaube, das ist der richtige Begriff), die voller relevanter Methoden sein wird, die Variablen auf alle möglichen Arten sanitisieren können.

Was ich wissen möchte, ist:

hätte das irgendeinen Vorteil:

1) Schreiben Sie die Methoden in eine Klassenbibliothek -> kompilieren/erstellen Sie sie -> fügen Sie die Bibliothek als Verweis in das Programm ein - was einige Variablen bereinigen müsste?

Oder wäre es genau dasselbe, wenn ich es tun würde?

2) Erstellen Sie eine neue SanitizeClass im Programm -> fügen Sie alle Sanitize-Methoden hinzu -> rufen Sie die Methoden der SanitizeClass in den verschiedenen Klassen im Programm auf, die Variablen sanitisieren müssen

Im Allgemeinen möchte ich auch wissen, wann es von Vorteil ist, kompilierte Klassenbibliotheken zu verwenden. Ich denke dabei an Geschwindigkeit, Sicherheit und so weiter.

Kann mich jemand aufklären? :)

Answer 1

Ich denke, der einfachste Weg ist, SanitizeLibrary Projekt als Bibliothek Klasse Projekt zu Ihrer Lösung hinzufügen und dieses Projekt in Ihrer Anwendung verweisen. Wenn Sie es nützlich finden, können Sie dann die Bibliothek aus dem aktuellen Projekt extrahieren und sie als dll in Ihren anderen Projekten referenzieren.

Answer 2

Wenn Sie diesen Code in verschiedenen Anwendungen wiederverwenden würden - d.h.: dies wäre eine Art gemeinsam genutzte Bibliothek - dann kompilieren Sie ihn als DLL

bezüglich der Leistung ist zu beachten, dass jeder Code, der gegen ein externes Assemble ausgeführt wird, immer etwas langsamer ist als die Ausführung von Code innerhalb desselben Assemblies