ASP.NET and Web Tools 2013.2 für Visual Studio 2013 Versionshinweise

Artikel
06/16/2023

Installationshinweise

ASP.NET and Web Tools für Visual Studio 2013.2 sind im Standard-Installationsprogramm enthalten und können als Teil von Visual Studio 2013 Update 2 heruntergeladen werden.

Dokumentation

Tutorials und weitere Informationen zu ASP.NET and Web Tools für Visual Studio 2013.2 sind auf der ASP.NET-Website verfügbar.

Softwareanforderungen

ASP.NET and Web Tools für Visual Studio 2013.2 erfordert Visual Studio 2013.

Neue Features in ASP.NET and Web Tools für Visual Studio 2013.2

In den folgenden Abschnitten werden die Features beschrieben, die in der Version eingeführt wurden.

Eine ASP.NET Projektvorlagen
Unterstützung von SSL beim Starten von Webanwendungen auf IIS Express
Verbesserungen des Visual Studio-Web-Editors
Browserlink
Unterstützung für Azure App Service Web-Apps in Visual Studio
Erstellen von Azure-Remoteressourcen beim Erstellen eines neuen Webprojekts
Verbesserungen der Webveröffentlichung
ASP.NET Gerüstbau
NuGet 2.8.1
ASP.NET Web Forms
ASP.NET MVC 5.1.2
ASP.NET-Web-API 2.1.2
ASP.NET Web Pages 3.1.2
Entity Framework 6.1
ASP.NET Identity 2.0.0
Microsoft OWIN-Komponenten
ASP.NET SignalR 2.0.2

Eine ASP.NET Projektvorlagen

Updates ASP.NET Projektvorlagen, um die Kontobestätigung und die Kennwortzurücksetzung zu unterstützen.
Aktualisieren Sie ASP.NET-Web-API Vorlage, um die Authentifizierung mit lokalen Organisationskonten zu unterstützen.
Die ASP.NET-SPA-Vorlage enthält jetzt die Authentifizierung, die auf MVC- und serverseitigen Ansichten basiert. Die Vorlage verfügt über einen WebAPI-Controller, auf den nur authentifizierte Benutzer zugreifen können.

Unterstützung von SSL beim Starten von Webanwendungen auf IIS Express

Um die Sicherheitswarnung beim Durchsuchen und Debuggen von HTTPS auf localhost zu beseitigen, haben wir ein Dialogfeld hinzugefügt, mit dem Internet Explorer und Chrome dem selbstsignierten IIS-Express-SSL-Zertifikat vertrauen können.

Beispielsweise kann eine Webprojekteigenschaft auf die Verwendung von SSL festgelegt werden. Klicken Sie auf F4, um das Eigenschaftendialogfeld zu öffnen. Ändern Sie SSL Enabled in true. Kopieren Sie die SSL-URL.

SSL-aktivierte Eigenschaft

Legen Sie für die Webprojekt-Eigenschaftenseite die HTTPS-basierte URL fest .(Die SSL-URL wird verwendet, https://localhost:44300/ es sei denn, Sie haben zuvor SSL-Websites erstellt.)

Festlegen der Projekt-URL (HTTPS)

Drücken Sie STRG+F5, um die Anwendung auszuführen. Befolgen Sie die Anweisungen, um dem selbstsignierten Zertifikat zu vertrauen, das IIS Express generiert hat.

SSL-Warnung

Lesen Sie das Dialogfeld Sicherheitswarnung , und klicken Sie dann auf Ja , wenn Sie das Zertifikat installieren möchten, das localhost darstellt.

Sicherheitswarnung

Die Website wird in IE oder Chrome ohne die Zertifikatwarnung im Browser angezeigt.

HTTPS-Seite ohne Warnungen

Firefox verwendet einen eigenen Zertifikatspeicher, sodass eine Warnung angezeigt wird.

Verbesserungen des Visual Studio-Web-Editors

Neues JSON-Projektelement und -Editor: Wir haben Visual Studio ein JSON-Projektelement und einen Editor hinzugefügt. Zu den aktuellen Funktionen des JSON-Editors gehören Farbgebung, Syntaxvalidierung, Vervollständigung der Klammer, Gliederung, Einstellung der Toolsoptionen und vieles mehr.

IntelliSense unterstützt jetzt das JSON-Schema v3 und v4. Es gibt ein Schemakombinationsfeld, um vorhandene Schemas auszuwählen, den lokalen Schemapfad zu bearbeiten oder einfach eine JSON-Projektdatei abzuziehen, um den relativen Pfad abzurufen.
Neuer Sass-Editor (SCSS): Wir haben LESS in VS2013 RTM hinzugefügt, und wir verfügen jetzt über ein Sass-Projektelement und einen Editor. Die Funktionen des Sass-Editors sind mit dem LESS-Editor vergleichbar und umfassen Colorisierung, Variable und Mixins IntelliSense, Kommentar/Auskommentierung, Schnelle Informationen, Formatierung, Syntaxvalidierung, Gliederung, Goto-Definition, Farbauswahl, Einstellung der Tools-Optionen usw.
Neue URL-Auswahl in HTML-, Razor-, CSS-, LESS- und Sass-Dokumenten: VS 2013 wird ohne URL-Auswahl außerhalb Web Forms Seiten ausgeliefert. Die neue URL-Auswahl für HTML-, Razor-, CSS-, LESS- und Sass-Editoren ist eine dialogfreie, fließende Eingabeauswahl, die "." versteht. und filtert Dateilisten entsprechend nach img-Tags und Links.
Updates zum LESS-Editor, indem Sie weitere Features hinzufügen
Knockout Intellisense-Upgrade: Wir haben eine nicht standardmäßige KnockOut-Syntax für VS intelliSense hinzugefügt, die Syntax "ko-vs-editor viewModel:". Es kann verwendet werden, um eine Bindung an mehrere Ansichtsmodelle auf einer Seite mithilfe von Kommentaren in der Form zu erstellen:

Wir haben auch Unterstützung für geschachteltes ViewModel IntelliSense hinzugefügt, sodass Sie tief geschachtelte Objekte im ViewModel-Objekt untersuchen können.

<div data-bind="text: foo.bar.baz.etc" />

Das angezeigte IntelliSense ist das vollständige IntelliSense des JavaScript-Objekts.
Neue URL-Auswahl in HTML-, Razor-, CSS-, LESS- und Sass-Dokumenten: VS 2013 wird ohne URL-Auswahl außerhalb Web Forms Seiten ausgeliefert. Die neue URL-Auswahl für HTML-, Razor-, CSS-, LESS- und Sass-Editoren ist eine dialogfreie, fließende Eingabeauswahl, die "." versteht. und filtert Dateilisten entsprechend nach img-Tags und Links.

Browserverknüpfung

Browserlink unterstützt jetzt HTTPS-Verbindungen und listet diese im Dashboard mit anderen Verbindungen auf, solange das Zertifikat vom Browser vertrauenswürdig ist.
Statische HTML-Quellzuordnung
SPA-Unterstützung für Zuordnungsdaten
Automatisches Aktualisieren von Zuordnungsdaten

Unterstützung für Azure App Service Web-Apps in Visual Studio

Unterstützung der Azure-Anmeldung.
Remotedebuggen und Remoteansicht für Web-Apps: Wir unterstützen jetzt das Remotedebuggen für Web-Apps in Azure App Service und Remoteansicht von Web-App-Inhaltsdateien im Server-Explorer.

Erstellen von Azure-Remoteressourcen beim Erstellen eines neuen Webprojekts

Im Dialogfeld "Neue Webanwendung" wurde ein Azure-Kontrollkästchen "Remoteressourcen erstellen" hinzugefügt. Wenn Sie es auswählen, können Sie in wenigen einfachen Schritten das Erstellen einer neuen Webanwendung, das Einrichten der Azure-Veröffentlichungswebsite für Tests und das Erstellen eines Veröffentlichungsprofils integrieren.

Neues Projekt mit Azure-Ressourcen Veröffentlichen in Azure

Verbesserungen der Webveröffentlichung

Verbessern Der Benutzerfreundlichkeit für die Veröffentlichung.

ASP.NET Gerüstbau

Enumerationsunterstützung: Wenn Ihr Modell Aufzählungen verwendet, generiert das MVC-Gerüst eine Dropdownliste für die Enumeration. Dazu werden die Enum-Hilfsprogramme in MVC verwendet.
Bootstrap-Unterstützung: Der EditorFür Vorlagen in MVC Scaffolding wurde aktualisiert, sodass sie die Bootstrap-Klassen verwenden.
Paketunterstützung: MVC- und Web-API-Scaffolder fügen 5.1-Pakete für MVC und Web-API hinzu

Die folgenden Screenshots veranschaulichen Gerüstbaumodelle.

Modellcode:
Kompilieren Sie den Modellcode, klicken Sie mit der rechten Maustaste, und wählen Sie Hinzufügen, Neues Gerüstelement aus.
Wählen Sie MVC5-Controller mit Ansichten mithilfe von Entity Framework aus:
Fügen Sie den Controller mithilfe des Modells hinzu:
Überprüfen Sie den generierten Code, z. B. Views/WeekdayModels/Edit.cshtml enthält @Html.EnumDropDownListFor:
Führen Sie die Seite aus, um das generierte Enumerationskombinationsfeld anzuzeigen. Beachten Sie, dass eine leere Zeichenfolge für das Kombinationsfeld ausgewählt werden kann, wenn ein Wert NULL sein kann. Auf der Seite Erstellen wird beispielsweise Folgendes angezeigt:

NuGet 2.8.1

NuGet 2.8.1 RTM wird im April 2014 veröffentlicht. Hier sind die wichtigsten Punkte aus den Versionshinweisen. Weitere Informationen zu diesen Änderungen finden Sie in den vollständigen Versionshinweisen .

Ziel Windows Phone 8.1-Anwendungen: NuGet 2.8.1 unterstützt jetzt Windows Phone 8.1-Anwendungen mit den Zielframeworkmonikern "WindowsPhoneApp", "WPA", "WindowsPhoneApp81" und "WPA81".
Patchauflösung für Abhängigkeiten: Beim Auflösen von Paketabhängigkeiten hat NuGet in der Vergangenheit eine Strategie zur Auswahl der niedrigsten Haupt- und Nebenpaketversion implementiert, die die Abhängigkeiten vom Paket erfüllt. Im Gegensatz zur Haupt- und Nebenversion wurde die Patchversion jedoch immer in die höchste Version aufgelöst. Obwohl das Verhalten gut gemeint war, führte es zu einem Mangel an Determinismus für die Installation von Paketen mit Abhängigkeiten.
DependencyVersion Switch: Obwohl NuGet 2.8 das Standardverhalten zum Auflösen von Abhängigkeiten ändert, fügt er auch eine präzisere Steuerung des Abhängigkeitsauflösungsprozesses über den Schalter -DependencyVersion in der Paket-Manager-Konsole hinzu. Der Switch ermöglicht das Auflösen von Abhängigkeiten in die niedrigste mögliche Version (Standardverhalten), die höchstmögliche Version oder die höchste Neben- oder Patchversion. Dieser Schalter funktioniert nur für install-package im PowerShell-Befehl.
DependencyVersion-Attribut: Zusätzlich zum oben beschriebenen Switch -DependencyVersion hat NuGet auch die Möglichkeit ermöglicht, ein neues Attribut in der nuget.config-Datei festzulegen, die den Standardwert definiert, wenn der Switch -DependencyVersion nicht in einem Aufruf von install-package angegeben ist. Dieser Wert wird auch vom NuGet-Paket-Manager-Dialogfeld für alle Installationspaketvorgänge berücksichtigt. Um diesen Wert festzulegen, fügen Sie der nuget.config-Datei das folgende Attribut hinzu:

<config> <add key="dependencyversion" value="Highest" /> </config>
Vorschau von NuGet-Vorgängen mit -WhatIf: Einige NuGet-Pakete können tiefe Abhängigkeitsdiagramme aufweisen, und daher kann es während eines Installations-, Deinstallations- oder Aktualisierungsvorgangs hilfreich sein, um zuerst zu sehen, was geschieht. NuGet 2.8 fügt die Standardmäßige PowerShell -what if switch to the install-package, uninstall-package, and update-package commands hinzu, um die Visualisierung des gesamten Schließens von Paketen zu ermöglichen, auf die der Befehl angewendet wird.
Downgrade-Paket: Es ist nicht ungewöhnlich, eine Vorabversion eines Pakets zu installieren, um neue Features zu untersuchen und dann ein Rollback auf die letzte stabile Version durchzuführen. Vor NuGet 2.8 war dies ein mehrstufiger Prozess, bei dem das Vorabversionspaket und die zugehörigen Abhängigkeiten deinstalliert und dann die frühere Version installiert wurden. Mit NuGet 2.8 führt das update-package jetzt jedoch ein Rollback für den gesamten Paketabschluss (z. B. die Abhängigkeitsstruktur des Pakets) auf die vorherige Version durch.
Entwicklungsabhängigkeiten: Viele verschiedene Arten von Funktionen können als NuGet-Pakete bereitgestellt werden, einschließlich Tools, die zur Optimierung des Entwicklungsprozesses verwendet werden. Diese Komponenten können zwar bei der Entwicklung eines neuen Pakets hilfreich sein, sollten jedoch nicht als Abhängigkeit des neuen Pakets betrachtet werden, wenn es später veröffentlicht wird. NuGet 2.8 ermöglicht es einem Paket, sich in der NUSPEC-Datei als developmentDependency zu identifizieren. Nach der Installation werden diese Metadaten auch der packages.config-Datei des Projekts hinzugefügt, in dem das Paket installiert wurde. Wenn diese packages.config Datei später während nuget.exe Pakets auf NuGet-Abhängigkeiten analysiert wird, werden die als Entwicklungsabhängigkeiten gekennzeichneten Abhängigkeiten ausgeschlossen.
Einzelne packages.config-Dateien für verschiedene Plattformen: Bei der Entwicklung von Anwendungen für mehrere Zielplattformen ist es üblich, unterschiedliche Projektdateien für jede der jeweiligen Buildumgebungen zu verwenden. Es ist auch üblich, verschiedene NuGet-Pakete in verschiedenen Projektdateien zu verwenden, da Pakete unterschiedliche Unterstützungsebenen für verschiedene Plattformen haben. NuGet 2.8 bietet verbesserte Unterstützung für dieses Szenario, indem verschiedene packages.config Dateien für verschiedene plattformspezifische Projektdateien erstellt werden.
Fallback auf den lokalen Cache: Obwohl NuGet-Pakete in der Regel über eine Netzwerkverbindung aus einem Remotekatalog wie dem NuGet-Katalog genutzt werden, gibt es viele Szenarien, in denen der Client nicht verbunden ist. Ohne eine Netzwerkverbindung konnte der NuGet-Client pakete nicht erfolgreich installieren, selbst wenn sich diese Pakete bereits auf dem Computer des Clients im lokalen NuGet-Cache befanden. NuGet 2.8 fügt der Paket-Manager-Konsole ein automatisches Cachefallback hinzu.

Für die Cachefallbackfunktion sind keine spezifischen Befehlsargumente erforderlich. Darüber hinaus funktioniert das Cachefallback derzeit nur in der Paket-Manager-Konsole. Das Verhalten funktioniert derzeit nicht im Paket-Manager-Dialogfeld.
Fehlerbehebungen: Eine der wichtigsten Fehlerkorrekturen war die Leistungsverbesserung im Befehl update-package -reinstall.

Zusätzlich zu diesen Features und der oben genannten Leistungskorrektur enthält dieses Release von NuGet auch viele weitere Fehlerbehebungen. Insgesamt wurden in der Version 181 Probleme behoben. Eine vollständige Liste der in NuGet 2.8 behobenen Arbeitselemente finden Sie in der NuGet-Problemnachverfolgung für dieses Release.

ASP.NET Web Forms

Die Web Forms-Vorlagen zeigen jetzt, wie Sie die Kontobestätigung und die Kennwortzurücksetzung für ASP.NET Identität durchführen.
Das Entity Data Source-Steuerelement und der dynamische Datenanbieter für Entity Framework 6. Weitere Informationen finden Sie im folgenden MSDN-Blog: Dynamischer Datenanbieter und EntityDataSource-Steuerelement für Entity Framework 6.

ASP.NET MVC 5.1.2

ASP.NET-Web-API 2.1.2

ASP.NET Web Pages 3.1.2

Entity Framework 6.1

Entity Framework wurde für Runtime und Tools auf Version 6.1 aktualisiert. Entity Framework (EF) 6.1 ist ein kleineres Update von Entity Framework 6 und enthält eine Reihe von Fehlerbehebungen und neuen Features. Ausführliche Informationen zu EF6.1, einschließlich Links zur Dokumentation für die neuen Features, finden Sie unter Entity Framework-Versionsverlauf. Zu den neuen Features in dieser Version gehören:

Die Toolkonsolidierung bietet eine konsistente Möglichkeit, ein neues EF-Modell zu erstellen. Dieses Feature erweitert den ADO.NET Entity Data Model-Assistenten, um das Erstellen von Code First-Modellen zu unterstützen, einschließlich Reverse Engineering aus einer vorhandenen Datenbank. Diese Features waren zuvor in Beta-Qualität in den EF Power Tools verfügbar.
Die Behandlung von Transaktionscommitfehlern bietet den neuen System.Data.Entity.Infrastructure.CommitFailureHandler , der die neu eingeführte Möglichkeit zum Abfangen von Transaktionsvorgängen nutzt. CommitFailureHandler ermöglicht die automatische Wiederherstellung nach Verbindungsfehlern beim Committen einer Transaktion.
IndexAttribute ermöglicht die Angabe von Indizes durch Platzieren eines Attributs für eine Eigenschaft (oder Eigenschaften) in Ihrem Code First-Modell. Code First erstellt dann einen entsprechenden Index in der Datenbank.
Die öffentliche Zuordnungs-API bietet Zugriff auf die Informationen, über die EF verfügt, wie Eigenschaften und Typen Spalten und Tabellen in der Datenbank zugeordnet werden. In früheren Releases war diese API intern.
Möglichkeit zum Konfigurieren von Interceptors über die App/Web.config-Datei (sodass Interceptors hinzugefügt werden können, ohne die Anwendung neu zu kompilieren).
DatabaseLogger ist ein neuer Interceptor, der das Protokollieren aller Datenbankvorgänge in einer Datei erleichtert. In Kombination mit dem vorherigen Feature können Sie die Protokollierung von Datenbankvorgängen für eine bereitgestellte Anwendung problemlos aktivieren, ohne dass sie neu kompiliert werden müssen.
Die Migrationsmodelländerungserkennung wurde verbessert, sodass Gerüstmigrationen genauer sind. Die Leistung des Änderungserkennungsprozesses wurde ebenfalls erheblich verbessert.
Leistungsverbesserungen einschließlich reduzierter Datenbankvorgänge während der Initialisierung, Optimierungen für den Vergleich der NULL-Gleichheit in LINQ-Abfragen, schnellere Ansichtsgenerierung (Modellerstellung) in mehr Szenarien und eine effizientere Materialisierung nachverfolgter Entitäten mit mehreren Zuordnungen.

ASP.NET Identity 2.0.0

Zweistufige Authentifizierung: ASP.NET Identity unterstützt jetzt die zweistufige Authentifizierung. Die zweistufige Authentifizierung bietet eine zusätzliche Sicherheitsebene für Ihre Benutzerkonten, falls Ihr Kennwort kompromittiert wird. Es gibt auch Schutz für Brute-Force-Angriffe gegen die Zwei-Faktor-Codes.
Kontosperrung: Bietet eine Möglichkeit, den Benutzer auszusperren, wenn der Benutzer sein Kennwort oder zweistufige Codes falsch eingibt. Die Anzahl ungültiger Versuche und der Zeitraum für die gesperrten Benutzer können konfiguriert werden. Ein Entwickler kann optional die Kontosperrung für bestimmte Benutzerkonten deaktivieren, falls dies erforderlich ist.
Kontobestätigung: Das ASP.NET Identity-System unterstützt jetzt die Kontobestätigung. Dies ist heute ein ziemlich häufiges Szenario auf den meisten Websites, bei dem Sie sich für ein neues Konto auf der Website registrieren müssen, müssen Sie Ihre E-Mail bestätigen, bevor Sie etwas auf der Website tun können. Email Bestätigung ist nützlich, da sie verhindert, dass gefälschte Konten erstellt werden. Dies ist äußerst nützlich, wenn Sie E-Mail als Methode für die Kommunikation mit den Benutzern Ihrer Website verwenden, z. B. Forum-Websites, Bank-, E-Commerce- oder soziale Websites.
Kennwortzurücksetzung: Die Kennwortzurücksetzung ist ein Feature, bei dem der Benutzer seine Kennwörter zurücksetzen kann, wenn er sein Kennwort vergessen hat.
Sicherheitsstempel (überall abmelden): Unterstützt eine Möglichkeit, das Sicherheitstoken für den Benutzer neu zu generieren, wenn der Benutzer sein Kennwort oder andere sicherheitsrelevante Informationen ändert, z. B. das Entfernen eines zugehörigen Anmeldenamens (z. B. Facebook, Google, Microsoft-Konto usw.). Dies ist erforderlich, um sicherzustellen, dass alle mit dem alten Kennwort generierten Token ungültig werden. Wenn Sie im Beispielprojekt das Kennwort des Benutzers ändern, wird ein neues Token für den Benutzer generiert, und alle vorherigen Token werden ungültig. Dieses Feature bietet Ihrer Anwendung eine zusätzliche Sicherheitsebene, da Sie bei der Änderung Ihres Kennworts von überall (allen anderen Browsern) abgemeldet werden, an denen Sie sich bei dieser Anwendung angemeldet haben.
Den Primärschlüsseltyp für Benutzer und Rollen erweiterbar machen: In ASP.NET Identity 1.0 war der Primärschlüsseltyp für die Tabelle Benutzer und Rollen Zeichenfolgen. Das bedeutet, wenn das ASP.NET Identity-System in SQL Server mithilfe von Entity Framework beibehalten wurde, haben wir nvarchar verwendet. Es gab viele Diskussionen über diese Standardimplementierung in Stack Overflow und basierend auf dem eingehenden Feedback. Wir haben einen Erweiterbarkeitshook bereitgestellt, in dem Sie angeben können, welcher Primärschlüssel ihrer Tabelle "Benutzer und Rollen" sein soll. Dieser Erweiterbarkeits-Hook ist besonders nützlich, wenn Sie Ihre Anwendung migrieren und die Anwendung UserIds sind GUIDs oder Ints gespeichert hat.
Unterstützung von IQueryable für Benutzer und Rollen: Unterstützung für IQueryable in UsersStore und RolesStore wurde hinzugefügt, sie können ganz einfach die Liste der Benutzer und Rollen abrufen.
Unterstützung des Löschvorgangs über den UserManager
Indizierung für UserName: In ASP.NET Identity Entity Framework-Implementierung haben wir einen eindeutigen Index für den Benutzernamen hinzugefügt, indem wir das neue IndexAttribute in EF 6.1.0 verwenden. Dadurch wird sichergestellt, dass Benutzernamen immer eindeutig sind und es keine Racebedingung gab, in der Du doppelte Benutzernamen erhalten könntest.
Erweiterte Kennwortüberprüfung: Bei der Kennwortüberprüfung, die in ASP.NET Identity 1.0 ausgeliefert wurde, handelte es sich um eine recht einfache Kennwortüberprüfung, die nur die Mindestlänge überprüfte. Es gibt eine neue Kennwortüberprüfung, die Ihnen mehr Kontrolle über die Komplexität des Kennworts bietet. Bitte beachten Sie, dass sie auch dann, wenn Sie alle Einstellungen in diesem Kennwort aktivieren, empfohlen werden, die zweistufige Authentifizierung für die Benutzerkonten zu aktivieren.
IdentityFactory-Middleware/CreatePerOwinContext:
- Benutzer-Manager: Sie können die Factoryimplementierung verwenden, um eine instance userManager aus dem OWIN-Kontext abzurufen. Dieses Muster ähnelt dem, was wir zum Abrufen von AuthenticationManager aus dem OWIN-Kontext für SignIn und SignOut verwenden. Dies ist eine empfohlene Methode zum Abrufen einer instance von UserManager pro Anforderung für die Anwendung.
- DbContextFactory: ASP.NET Identity verwendet Entity Framework zum Beibehalten des Identitätssystems in SQL Server. Dazu weist das Identitätssystem einen Verweis auf ApplicationDbContext auf. Die DbContextFactory-Middleware gibt eine instance von ApplicationDbContext pro Anforderung zurück, die Sie in Ihrer Anwendung verwenden können.
ASP.NET NuGet-Paket für Identitätsbeispiele: Das NuGet-Paket Samples kann das Installieren und Ausführen von Beispielen für ASP.NET Identity vereinfachen und die bewährten Methoden befolgen. Dies ist ein Beispiel ASP.NET MVC-Anwendung. Ändern Sie den Code entsprechend Ihrer Anwendung, bevor Sie diesen in der Produktion bereitstellen. Das Beispiel sollte in einer leeren ASP.NET Anwendung installiert werden. Weitere Informationen zum Paket finden Sie im folgenden Blogbeitrag: Ankündigung von RTM von ASP.NET Identity 2.0.0

Microsoft OWIN-Komponenten

In dieser Version wurden viele Fehler behoben.

ASP.NET SignalR 2.0.2

In dieser Version wurden viele Fehler behoben. Ausführlichere Informationen finden Sie in den Versionshinweisen für version 2.0.2 .

Freigeben über