{"id":45,"date":"2015-03-06T18:10:50","date_gmt":"2015-03-06T16:10:50","guid":{"rendered":"http:\/\/invidit.de\/blog\/?p=45"},"modified":"2015-07-01T11:39:08","modified_gmt":"2015-07-01T09:39:08","slug":"nuget-im-visual-studio","status":"publish","type":"post","link":"https:\/\/invidit.de\/blog\/nuget-im-visual-studio\/","title":{"rendered":"NuGet im Visual Studio"},"content":{"rendered":"

Hallo Spa\u00df-Coder.<\/p>\n

Abh\u00e4ngigkeiten zu anderen, fremden Bibliotheken zu verwalten ist ein Graus. Vor allem dann, wenn wir verteilt, also mit mehreren Entwicklern an einer Softwarel\u00f6sung arbeiten. Wie sorgen wir daf\u00fcr, dass alle Entwickler die neue Bibliothek, die wir im Projekt eingebunden haben auch bekommen? Legen wir sie auf dem zentralen Dateisystem ab? Auf einem extra daf\u00fcr eingerichteten FTP-Server? In Dropbox? Oder checken wir die dlls sogar in SVN oder git ein?<\/p>\n

Das sind alles m\u00f6gliche Wege, das Problem in den Griff zu bekommen, eine echte L\u00f6sung stellt aber keiner dieser Wege dar. Hier kommt NuGet<\/strong> ins Spiel. NuGet ist eine Paket-Verwaltung, mit dessen Hilfe Entwickler Bibliotheken durch einfache Konfiguration im Visual Studio zu einem Projekt hinzugef\u00fcgt werden k\u00f6nnen. Gemeinsam genutzte Bibliotheken werden dann, bei Bedarf, zentral aus dem Internet herunterladen. Der Entwickler, der eine Bibliothek zu einem Projekt hinzuf\u00fcgt muss sich also nicht um die Verteilung k\u00fcmmern.<\/p>\n

Um NuGet hat sich in den letzten Jahren ein aktives \u00d6kosystem gebildet, das – vor allem im Open Source Umfeld – stetig mehr Unterst\u00fctzung findet. So kann nahezu jede bekannte Open Source Bibliothek per NuGet einem Projekt hinzugef\u00fcgt werden. Dabei wird nicht nur f\u00fcr die Verteilung gesorgt, sondern auch sichergestellt, dass genau die richtige Version der Bibliothek verwendet wird; auch f\u00fcr die richtige Version des .Net-Frameworks.<\/p>\n

Es spricht also viel daf\u00fcr, NuGet zu verwenden, wenn man Bibliotheken in seinem Projekt verwenden m\u00f6chte. Aber wie funktioniert das Ganze?<\/p>\n

M\u00f6chten wir in einem Test-Projekt z.B. die Bibliothek Fluent Assertions<\/em> verwenden, wie im Artikel\u00a0Unit Tests in C# schreiben<\/a> beschrieben, gehen wir folgenderma\u00dfen vor:<\/p>\n

    \n
  1. Wir w\u00e4hlen im Solution Explorer im Test-Projekt den Punkt „References“ und w\u00e4hlen aus den Kontext-Men\u00fc den Punkt „Manage NuGet Packages…“ aus
    \n    \"NuGet-ManagePackages\"<\/a><\/li>\n
  2. Im sich \u00f6ffnenden Dialog suchen wir nach der gew\u00fcnschten Bibliothek (in unserem Fall „Fluent Assertions“), in dem wir den Namen in das Suchfeld eingeben.
    \n    \"Fluent<\/a>Wichtig:<\/strong> Um Online zu suchen, muss im linken Bereich auch Online<\/em> ausgew\u00e4hlt sein.<\/li>\n
  3. Durch einen Klick auf „Install“ wird die Bibliothek dem Projekt hinzugef\u00fcgt und auch direkt heruntergeladen, damit wir sie gleich verwenden k\u00f6nnen.
    \nHinweis:<\/strong> Dass die Bibliothek durch NuGet verwaltet installiert ist, wird durch ein kleines H\u00e4kchen anstelle des „Install“-Buttons angezeigt<\/li>\n
  4. Dem Projekt wurden nun zum einen die Verweise (References) hinzugef\u00fcgt. Dar\u00fcber hinaus wurde aber auch die NuGet-Konfiguration in Form einer Datei mit dem Namen packages.config<\/em> hinzugef\u00fcgt.
    \n    \"NuGet-packages.config\"<\/a>Diese Datei ist ab sofort wichtiger Bestandteil des Projekts. Wird sie gel\u00f6scht, fehlt die Information dar\u00fcber, welche Bibliotheken NuGet herunterladen soll.<\/li>\n<\/ol>\n

    Nun k\u00f6nnen wir die hinzugef\u00fcgte Bibliothek verwenden. Sobald das Projekt mit anderen Entwicklern geteilt wird (z.B. \u00fcber SVN) wei\u00df das Visual Studio, dass es die Bibliothek Fluent Assertions<\/em> braucht und l\u00e4dt sie aus dem Internet herunter. Der Entwickler muss sich darum nicht mehr k\u00fcmmern.<\/p>\n

    Ein Problem gibt es allerdings mit Bibliotheken, die nicht \u00fcber nuget.org erh\u00e4ltlich sind. In einem solchen Fall hilft es nur, sich einen eigenen NuGet-Server einzurichten oder – falls es angeboten wird – auf den NuGet-Server des Herstellers zuzugreifen. Um einen weiteren NuGet-Server dem Visual Studio bekannt zu machen, \u00f6ffnen wir noch einmal den NuGet-Package Manager (Kontext-Men\u00fc im Solution Explorer und dort der Punkt „Manage NuGet Packages…“) und klicken unten links auf Settings. <\/em>Im folgenden Dialog k\u00f6nnen nun weitere NuGet-Server hinzugef\u00fcgt werden, die dann bei der Online-Suche mit durchsucht werden.<\/p>\n

    \"NuGet-Settings\"<\/a><\/p>\n

    <\/h2>\n

    <\/h2>\n

    <\/h2>\n

    <\/h2>\n

    <\/h2>\n

    <\/h2>\n

    <\/h2>\n

    Zusammenfassung<\/h2>\n

    In diesem Artikel haben wir uns angeschaut, was NuGet ist und wie es uns dabei helfen kann, Abh\u00e4ngigkeiten zu anderen Bibliotheken in den Griff zu bekommen. Dies ist vor allem dann hilfreich, wenn wir verteilt mit mehreren Entwicklern an einer L\u00f6sung arbeiten.<\/p>\n

     <\/p>\n

    Viel Spa\u00df beim Ausprobieren und Happy Coding w\u00fcnschen<\/p>\n

    eure Spa\u00df-Coder<\/p>\n

     <\/p>\n

    Verwendete Werkzeuge:<\/em><\/p>\n