Schreiben Sie Code von Grund auf neu oder verwenden Sie eine vorhandene Bibliothek?

    Haben Sie jemals ein Auswahlproblem gehabt: Verwenden Sie eine vorhandene Bibliothek oder schreiben Sie selbst Code? Ich habe dieses Problem nie verstanden und immer eine fertige Lösung bevorzugt. In letzter Zeit trat dieses Dilemma jedoch erneut auf, und wir stritten uns ein wenig, wie immer, aber diesmal schlichen sich bei der Entscheidungsfindung gleichwohl Zweifel ein. Lesen Sie die Vor- und Nachteile der einzelnen Vorgehensweisen.

    Geschwindigkeit und Qualität der Entwicklung


    Es besteht kein Zweifel, dass die Entwicklung der Hauptfunktionalität unter Verwendung einer vorhandenen Bibliothek viel schneller abgeschlossen wird. Der Entwickler konzentriert sich auf die Funktionalität, nicht auf die Infrastruktur usw.

    Optimale Lösung


    Bibliotheken werden in der Regel ganz allgemein geschrieben, um viele verschiedene Probleme zu lösen. Daher ist ihr Code schwer verständlich und für die Lösung Ihrer spezifischen Aufgabe kaum geeignet. Im Falle Ihrer eigenen Entscheidung schreiben Sie es optimal und schärfen es speziell für Ihren speziellen Anwendungsfall.

    Bugs


    Im Fall der Bibliothek haben Sie eine Lösung, die von vielen Benutzern getestet wurde. Wenn Sie weiterhin einen Fehler finden, geben Sie einfach den Nachrichtentext in Google ein und Sie werden sofort verstehen, was genau Sie falsch machen. Wenn jedoch niemand auf diesen Fehler gestoßen ist oder es so offensichtlich ist, dass niemand darüber schreibt, können Sie hier viel Zeit darauf verwenden, herauszufinden, warum etwas nicht funktioniert. Schließlich kann Bibliothekscode ziemlich umständlich und verwirrend sein. Hier ist ein gutes Beispiel.was aus einer solchen Bibliothek werden kann. Außerdem haben nicht Sie es geschrieben, daher wird es lange dauern, bis Sie den Code eines anderen verstanden haben, aber dafür benötigen Sie eine besondere Fähigkeit. Es ist gut, wenn die Bibliothek Open Source ist. Anderenfalls kann die Kommunikation mit dem Support die Suche nach Fehlern verlängern. Wenn Sie den gesamten Code selbst geschrieben haben, kennen Sie ihn weit und breit, und es wird einfacher als je zuvor, den Fehler zu finden. Hier handelt es sich nur um Fehler, es wird höchstwahrscheinlich deutlich mehr geben, da nur Sie diesen Code getestet haben. Selbst wenn Sie Code von Grund auf neu schreiben, werden Sie wahrscheinlich einen seltenen Fall aus den Augen verlieren, den die Bibliothek im Laufe der Zeit bereits identifiziert und codiert hat.

    Das team


    Das hat zwei Aspekte. Erstens: Wenn eine neue Person zu Ihrem Team kommt, hat sie wahrscheinlich bereits mit der Technologie gearbeitet, die Sie als Bibliothek verwenden (oder Sie stellen sofort eine Person mit der Bedingung ein, dass sie über einschlägige Erfahrung verfügt). Wenn Sie Ihre eigene Lösung verwenden, muss der neue Mitarbeiter die Details der Funktionsweise verstehen. Zweitens ist das Schreiben von Code selbst, der normalerweise in Bibliotheken geschrieben wird, keine leichte Aufgabe. Hier brauchen Sie einen hochqualifizierten Spezialisten, oder alle anderen Vorteile Ihrer eigenen Lösung werden zunichte gemacht, wenn der Code von einem Pionier geschrieben wird.

    Um die Vor- und Nachteile der einzelnen Ansätze zusammenzufassen:

    Bibliothek
    • + Schnelle Entwicklung
    • + Code von einer großen Anzahl von Benutzern getestet
    • + Die Leute im Team wissen, wie es funktioniert
    • + Löst Probleme, die Sie möglicherweise nicht vorhergesehen haben, implementiere ich die Bibliothek selbst
    • + Der Programmierer konzentriert sich auf die Funktionalität, nicht auf die Hilfsbibliothek
    • - Viele Klassen, eine ziemlich komplizierte allgemeine Architektur, daher ist es schwierig, die auftretenden Fehler zu verstehen
    • - Vielleicht macht es keine sehr spezifische Sache, die für Ihre spezifische Aufgabe sehr nützlich wäre, also verwenden Sie eine etwas andere Sache
    • - Es kann Ihr spezielles Problem nicht optimal lösen, da es eine Reihe von Wrappern und Flags für andere Aufgaben enthält
    • - Wenn Sie die Bibliothek selbst patchen, kann es Probleme mit einem zukünftigen Versions-Upgrade geben

    Eigene Entwicklung
    • + Teammitglieder wissen genau, wie alles funktioniert (bis sie das Team verlassen)
    • + Die Fehlerursache ist leicht zu ermitteln, da der geschriebene Code minimal ist
    • + Die produktivste Lösung
    • + Die Fähigkeit, die Bibliothek in die von Ihnen gewünschte Richtung zu entwickeln
    • - Erfordert einen hochqualifizierten Entwickler, um eine gute Bibliothek zu schreiben
    • - Lange Entwicklung
    • - Enthält eine ausreichende Anzahl von Fehlern, insbesondere in der Implementierungsphase
    • - Neue Leute im Team wissen nicht, wie es funktioniert


    Ihre Kommentare sind sehr willkommen. Es wäre interessant zu hören, worauf Sie bei Ihrer Entscheidung noch achten müssen.

    Jetzt auch beliebt: