Share via

Neues in Sync Framework 2.0

  • Artikel

Sync Framework 2.0 enthält neue und verbesserte Funktionen in den folgenden Bereichen:

  • Datenbankanbieter

    • Neue Anbieter für SQL Server und SQL Server Compact

    • Zuverlässige speicherbasierte Batchverarbeitung

    • Bereitstellen und Verwalten von APIs

    • Momentaufnahmeninitialisierung

    • Flexibilität in Bezug auf die Topologieform

    • Leistungsverbesserungen

  • Dateisynchronisierungsanbieter

    • Datenkonvertierung

  • Benutzerdefinierte Anbieter

    • Einfache Anbieter

    • Datenkonvertierung zwischen Anbietern

    • Filterung

    • Konfliktbehandlung

    • Ablaufverfolgung

    • Änderungsanwendungsdienst

    • Metadaten-Speicherdienst-Serialisierungsprogramm

    • Anbieterkonverter

    • Wissensverbesserungen

    • Kompatibilitätsgrad

    • Veraltete Schnittstellen

Datenbankanbieter

In Sync Framework 2.0 werden zwei neue Datenbankanbieter, einige wichtige Funktionen für Synchronisierung und Verwaltung sowie wichtige Leistungsverbesserungen eingeführt.

Neue Anbieter für SQL Server und SQL Server Compact

Sync Framework 2.0 enthält zwei neue Datenbankanbieter:

  • SqlCeSyncProvider wird zum Synchronisieren von SQL Server Compact-Datenbanken verwendet.

    Dieser Anbieter kann für die Synchronisierung mit einem zentralen Server verwendet werden, bietet jedoch auch die Möglichkeit, Synchronisierungen mit anderen Clients auszuführen. Dies ist mit SqlCeClientSyncProvider nicht möglich. Mit dieser Funktion können Entwickler neue Szenarien bewältigen, zum Beispiel ein Zusammenarbeitsszenario, in dem Teams ohne Verbindung zu einem zentralen Server untereinander synchronisiert werden müssen.

  • SqlSyncProvider wird für die Synchronisierung aller anderen Editionen von SQL Server verwendet, einschließlich SQL Server Express.

    Dieser Anbieter, der als Server oder Client verwendet werden kann, erleichtert die Synchronisierung einer SQL Server-Datenbank erheblich. SqlSyncProvider verfügt über den gleichen Funktionsumfang wie DbSyncProvider, erfordert jedoch wesentlich weniger Code und weniger Kenntnisse der Abfragen, die Sync Framework zum Synchronisieren von Daten verwendet. DbSyncProvider ist weiterhin für Nicht-SQL Server-Datenbanken geeignet.

Wie alle Sync Framework-Anbieter können diese neuen Anbieter in Topologien jeder Form verwendet werden: Client-Server, Peer-zu-Peer usw. Weitere Informationen zu beiden Anbietern finden Sie unter Vorgehensweise: Konfigurieren und Ausführen der Synchronisierung für die Zusammenarbeit (SQL Server).

Zuverlässige speicherbasierte Batchverarbeitung

In vorherigen Versionen von Sync Framework und Sync Services for ADO.NET bestand für Entwickler die Möglichkeit, ihre eigene Batchverarbeitungslogik zu erstellen, die anschließend von der Sync Framework-Laufzeit aufgerufen wurden. Diese Herangehensweise hatte u. a. folgende Nachteile: die inhärente Komplexität, die mit der Unterteilung von Änderungen in Batches einhergeht, und übermäßige Netzwerkroundtrips zwischen Client und Server. Außerdem konnten Probleme mit Ressourcenkonflikten nicht gelöst werden, da die Batches auf der Anzahl der synchronisierten Zeilen basierten und nicht auf der Menge des für jeden Batch erforderlichen Speicheplatzes.

In Sync Framework 2.0 werden all diese Probleme durch die Bereitstellung einer umfassenderen und zuverlässigen Batchverarbeitungs-API gelöst. Entwickler müssen die Batchverarbeitungslogik nicht mehr selbst schreiben, da die Sync Framework-Laufzeit anhand verschiedener Eigenschaften der API Änderungen in Batches unterteilt. Batches werden jetzt durch Arbeitsspeichernutzung statt durch die Anzahl der synchronisierten Zeilen definiert. Dadurch wurden Fehler aufgrund von unzureichendem Speicher in den meisten gängigen Szenarien ausgeschlossen. Weitere Informationen finden Sie unter Vorgehensweise: Übermitteln von Änderungen in Batches (SQL Server).

Bereitstellen und Verwalten von APIs

Aktivitäten für Bereitstellung und Initialisierung, die zuvor nur über Visual Studio-Tools verfügbar waren, wurden nun zu den Datenbankanbieter-APIs hinzugefügt. Dazu gehört die Fähigkeit, eine vorhandene Datenbank durch Hinzufügen der für Sync Framework erforderlichen Änderungsnachverfolgungstabellen und Trigger bereitzustellen. Außerdem ist die Möglichkeit gegeben, mit einer leeren Datenbank zu beginnen, das Benutzerschema zu erstellen und das Schema auf Grundlage einer anderen, bereits bereitgestellten Server- oder Clientdatenbank bereitzustellen. Weitere Informationen finden Sie unter Vorgehensweise: Konfigurieren und Ausführen der Synchronisierung für die Zusammenarbeit (SQL Server).

Häufig anfallende Aufgaben wie das Sichern und Wiederherstellen von Datenbanken und die Metadatenbereinigung können nun direkt über die API ausgeführt werden. Dadurch müssen Entwickler diese Logik nicht mehr selbst implementieren. Weitere Informationen finden Sie unter Vorgehensweise: Sichern und Wiederherstellen einer Datenbank (SQL Server) und Vorgehensweise: Bereinigen von Metadaten zur Synchronisierung für die Zusammenarbeit (SQL Server).

Momentaufnahmeninitialisierung

Bevor eine SQL Server Compact-Clientdatenbank Änderungen von einer anderen Datenbank empfangen kann, muss die Clientdatenbank ein Tabellenschema und beliebige ursprüngliche Daten sowie die in Sync Framework erforderliche Infrastruktur für die Änderungsnachverfolgung enthalten. Sync Framework bietet zwei Möglichkeiten für die Initialisierung der Datenbank:

  • Vollständige Initialisierung der Clientdatenbank

    Eine vollständige Initialisierung ist in manchen Fällen angemessen, für Szenarien mit begrenzten Ressourcen auf dem Client ist sie jedoch nicht ideal. Das Erstellen des Datenbankschemas von Grund auf und das Laden aller Daten über eine langsame Netzwerkverbindung kann zu langen Erstsynchronisierungszeiten und Fehlern aufgrund von ungenügendem Speicher führen.

  • Momentaufnahmeninitialisierung der Clientdatenbank mithilfe einer bereits vorhandenen Clientdatenbank

    Mit der in Sync Framework 2.0 eingeführten Momentaufnahmeninitialisierung soll die für die Initialisierung einer Clientdatenbank erforderliche Zeit reduziert werden. Nachdem eine Clientdatenbank mithilfe einer vollständigen Initialisierung initialisiert wurde, können weitere Datenbanken mithilfe einer Momentaufnahme dieser ersten Clientdatenbank initialisiert werden. Bei einer Momentaufnahme handelt es sich um eine entsprechend vorbereitete SQL Server Compact-Datenbank, die Tabellenschemas, Daten (optional) und die Infrastruktur für die Änderungsnachverfolgung enthält. Die Momentaufnahmeninitialisierung kann in erheblichem Maße Erstsynchronisierungszeiten verkürzen und Arbeitsspeicherkonflikte reduzieren. Weitere Informationen finden Sie im Abschnitt „Bereitstellen der Clients“ unter Vorgehensweise: Konfigurieren und Ausführen der Synchronisierung für die Zusammenarbeit (SQL Server).

Flexibilität in Bezug auf die Topologieform

Vorherige Versionen von Sync Services for ADO.NET waren an eine bestimmte Topologieform gebunden, in der viele Clients über einen zentralen Server synchronisiert wurden.

Da Sync Services for ADO.NET jetzt auf Sync Framework aufbaut, steht für Entwickler eine wesentlich größere Bandbreite an Szenarien zur Verfügung. Beispielsweise können Entwickler Zusammenarbeitsszenarien unterstützen, für die Änderungen zwischen Clients synchronisiert werden müssen. Außerdem können Entwickler Niederlassungsszenarien anlegen, in denen eine Reihe von Point-of-Sale-Terminals mit einem Zweigserver synchronisiert werden, der wiederum mit einem zentralen Unternehmensserver synchronisiert wird.

Da die neuen Datenbankanbieter auf Sync Framework aufbauen, sind die Grundlagen für eine Synchronisierung von Änderungen mit neuen Speichertypen wie Azure SQL Data Services geschaffen.

Leistungsverbesserungen

Die neuen Datenbankanbieter in dieser Version wurden gründlich in groß angelegten Szenarien getestet, in denen ein einzelner Server Tausende von Clients mit Hunderten gleichzeitig ablaufenden Synchronisierungsvorgängen unterstützt. Diese Tests haben zu einer großen Zahl interner Leistungsverbesserungen geführt, durch die Sync Framework-Datenbankanbieter Leistungen erbringen können, die anderen Microsoft-Technologien wie Remotedatenzugriff (Remote Data Access, RDA) entsprechen, und dabei umfangreiche Funktionen bieten, die sich mit End-to-End-Lösungen wie Mergereplikation messen können.

Dateisynchronisierungsanbieter

Zusätzlich zu Datenkonvertierung-APIs, die für alle Typen von benutzerdefinierten Anbietern verwendet werden können, enthält Sync Framework 2.0 Konvertierung-APIs speziell für den Dateisynchronisierungsanbieter. Weitere Informationen finden Sie unter Synchronisieren von Dateisynchronisierungsanbietern mit anderen Anbietern, IFileDataRetriever (verwalteter Code) und IFileDataRetriever (nicht verwalteter Code).

Benutzerdefinierte Anbieter

Sync Framework 2.0 enthält deutliche Verbesserungen der Funktionen für benutzerdefinierte Standardanbieter. Zudem wird ein neuer Typ benutzerdefinierter Anbieter eingeführt: der einfache Anbieter.

Einfache Anbieter

Die API für einfache Anbieter reduziert den Arbeitsaufwand bei der Entwicklung von Anbietern. Dies gilt besonders dann, wenn die Datenquelle über sehr wenige synchronisierungsbezogene Funktionen wie z. B. Änderungsnachverfolgung verfügt. Mit dieser API kann ein Entwickler einen Anbieter schreiben, ohne Synchronisierungsexperte zu sein. Der Großteil des Codes für einen einfachen Anbieter dient zur Interaktion mit der Datenquelle. Weitere Informationen finden Sie unter Implementieren eines benutzerdefinierten einfachen Anbieters und Grundlegendes zu benutzerdefinierten Anbietern.

Wichtige neue Typen in verwaltetem Code

Eine vollständige Liste von Typen finden Sie unter Microsoft.Synchronization.SimpleProviders.

Wichtige neue Schnittstellen in nicht verwaltetem Code

Eine vollständige Liste von Typen finden Sie unter Sync Framework-Komponenten für einfache Anbieter.

Datenkonvertierung zwischen Anbietern

In einigen Szenarien wird von Synchronisierungsanbietern der gleiche Datentyp synchronisiert (z. B. Umsatzdaten), das für die verschiedenen Anbieter erforderliche Datenformat ist jedoch nicht identisch. Um dieses Szenario zu behandeln, können Sie mithilfe von Sync Framework Schnittstellen implementieren, welche die Daten in die für die Anbieter erforderlichen Formate konvertieren. Weitere Informationen finden Sie unter Konvertieren von Daten zwischen Anbietern.

Neue Typen und Eigenschaften in verwaltetem Code

Neue Schnittstellen in nicht verwaltetem Code

Filterung

Filter werden zum Steuern der zu synchronisierenden Daten verwendet. Sync Framework 2.0 bietet Unterstützung für Filter, die steuern, welche Änderungseinheiten synchronisiert werden, sowie für benutzerdefinierte Filter, die vom Entwickler geschrieben werden. Sync Framework 2.0 bietet außerdem für Anbieter die Möglichkeit auszuhandeln, welche Filter während der Synchronisierung verwendet werden.

Weitere Informationen finden Sie unter Filtern von Synchronisierungsdaten.

Filterung der Änderungseinheit

Eine Änderungseinheit ist ein Teil eines Elements, das synchronisiert wird, wie z. B. eine Telefonnummer in einem Kontaktelement. Verschiedene Replikate können über unterschiedliche Darstellungen desselben Elements verfügen. Einige Replikate bieten eine umfassendere Darstellung als andere. Eine Synchronisierungscommunity tauscht z. B. Kontaktinformationen aus und definiert Änderungseinheiten für name, phone number und address. Ein Replikat in der Community ist ein mobiles Gerät, das nur name und phone number speichern kann. Mit Sync Framework kann ein Anbieter in diesem Szenario einen Änderungseinheitsfilter festlegen, der angibt, dass ein Replikat lediglich eine Teilmenge der Daten speichern kann. Die Synchronisierungsmetadaten und der Synchronisierungsvorgang wurden für die effiziente Behandlung dieser Filterung optimiert.

Neue Typen in verwaltetem Code

Neue Schnittstellen und Methoden in nicht verwaltetem Code

Benutzerdefinierte Filter

Benutzerdefinierte Filter werden vom Entwickler geschrieben und können eine beliebige Form aufweisen. Ein gefiltertes Replikat speichert Elementdaten nur für Elemente, die im Filter enthalten sind, wie z. B. ein Medienspeicherreplikat, das nur Lieder speichert, die mit drei Sternen oder besser bewertet sind. Mit der Änderung der Bewertung für ein Lied kann ein Element in den Filter oder aus dem Filter verschoben werden. Ein Entwickler kann einen benutzerdefinierten Filter definieren, der zum Steuern der Elementdaten verwendet wird, die auf einem gefilterten Replikat gespeichert werden. Ein Filternachverfolgungsreplikat ist ein anderes Replikat in der Community, das erkennt, welche Elemente im Filter enthalten sind und welche kürzlich in den Filter oder aus dem Filter verschoben wurden. Ein Filternachverfolgungsreplikat kann Elementdaten für Elemente speichern, die nicht im Filter enthalten sind. Sync Framework unterstützt die effiziente Synchronisierung vom Filternachverfolgungsreplikat zum gefilterten Replikat, indem nur die im Filter enthaltenen Elemente zusammen mit den Filterinformationen gesendet werden. Das Wissen und andere Metadaten für das Filternachverfolgungsreplikat werden von Sync Framework ebenfalls korrekt berechnet, wenn Änderungen vom gefilterten Replikat an das Filternachverfolgungsreplikat gesendet werden.

Beachten Sie, dass benutzerdefinierte Filter nicht von einfachen Anbietern, von Anbietern, die Einschränkungskonflikte melden, oder von Anbietern, die den Änderungsübernahmedienst verwenden, verwendet werden können, da andernfalls unerwartete Ergebnisse auftreten können.

Wichtige neue Typen in verwaltetem Code

Der Anbieter implementiert die folgenden Typen:

Sync Framework implementiert die folgenden Typen:

Eine vollständige Liste von Typen finden Sie unter Microsoft.Synchronization.

Wichtige neue Schnittstellen in nicht verwaltetem Code

Der Anbieter implementiert die folgenden Schnittstellen:

Sync Framework implementiert die folgenden Schnittstellen:

Eine vollständige Liste der Schnittstellen finden Sie unter Kernkomponenten von Sync Framework.

Von Anbietern ausgehandelte Filter

Wenn eine Zieldatenquelle nur eine Teilmenge der verfügbaren Daten speichert, ist es effizienter, für den Quellenanbieter einen Filter zu verwenden, um nur die Daten aufzulisten, die vom Ziel gespeichert werden können. Durch Filteraushandlung kann ein Zielanbieter festlegen, dass der Quellenanbieter während der Änderungsenumeration einen oder mehrere Filter verwenden soll. Der Quellenanbieter kann einen Filter zulassen oder ablehnen. Wenn ein Quellenanbieter irgendeinen der angeforderten Filter nicht unterstützt, kann der Zielanbieter entscheiden, alle Daten zu empfangen und die Filterung selbst durchzuführen. Sync Framework ruft die Anbieter zum Aushandeln der Filterverwendung entsprechend auf.

Neue Typen in verwaltetem Code

Neue Schnittstellen in nicht verwaltetem Code

Konfliktbehandlung

Sync Framework 2.0 bietet eine verbesserte Unterstützung für Einschränkungskonflikte, für protokollierte Konflikte sowie zum Implementieren von "Der letzte Schreibvorgang hat Vorrang"-Konfliktauflösung.

Einschränkungskonflikte

Sync Framework 2.0 verbessert die Unterstützung für Einschränkungskonflikte. Dabei handelt es sich um Konflikte, bei denen Elementen oder Änderungseinheiten auferlegte Einschränkungen (z. B. die Beziehung zwischen Ordnern oder der Speicherort identisch benannter Daten innerhalb eines Dateisystems) verletzt werden. Ein Zielanbieter kann einen Einschränkungskonflikt an Sync Framework melden und Sync Framework-Komponenten verwenden, um den Konflikt aufzulösen und zu bestimmen, wie die Auflösung für das Zielreplikat übernommen wird.

Beachten Sie, dass Einschränkungskonflikte nicht von Anbietern verwendet werden können, die benutzerdefinierte Filter oder den Änderungsübernahmedienst verwenden, da andernfalls unerwartete Ergebnisse auftreten können.

Weitere Informationen finden Sie unter Erkennen und Auflösen von Einschränkungskonflikten.

Wichtige neue und aktualisierte Typen in verwaltetem Code

Zielanbieter implementieren die folgende neue Klasse:

Synchronisierungsanwendungen implementieren neue Methoden in der folgenden Klasse:

Sync Framework implementiert neue Member in den folgenden Klassen:

Eine vollständige Liste von Typen finden Sie unter Microsoft.Synchronization.

Wichtige neue Schnittstellen in nicht verwaltetem Code

Zielanbieter implementieren die folgende neue Schnittstelle:

Synchronisierungsanwendungen implementieren die folgende neue Schnittstelle:

Sync Framework implementiert die folgenden neuen Schnittstellen:

Eine vollständige Liste der Schnittstellen finden Sie unter Kernkomponenten von Sync Framework.

Protokollieren von Konflikten

Es kann hilfreich sein, Konflikte in einem Protokoll zu speichern, damit sie auch außerhalb der Synchronisierungssitzung verarbeitet werden können, z. B. wenn der Benutzer die Konflikte durchgehen und über Lösungen entscheiden möchte. Sync Framework 2.0 definiert einen Satz von Konfliktprotokollschnittstellen und stellt Komponenten bereit, mit denen Konflikte im Protokoll verwaltet werden können. Sync Framework bietet außerdem eine Implementierung der Konfliktprotokollschnittstellen für Replikate, die kein Konfliktprotokoll enthalten. Diese Implementierung wird im Arbeitsspeicher ausgeführt und wird verwendet, um temporäre Konflikte zu speichern, die möglicherweise aus der Behandlung eines Einschränkungskonflikts entstehen. Weitere Informationen finden Sie unter Protokollieren und Verwalten von Konflikten.

Neue Typen in verwaltetem Code

Anbieter implementieren die folgenden neuen Klassen:

Sync Framework implementiert die folgenden neuen Klassen:

Neue Schnittstellen in nicht verwaltetem Code

Anbieter implementieren die folgenden neuen Klassen:

Sync Framework implementiert die folgenden neuen Klassen:

"Der letzte Schreibvorgang hat Vorrang"-Konfliktauflösung

In einer Anwendung sollen möglicherweise Parallelitätskonflikte aufgelöst werden (bei denen ein Element von mehrere Replikaten aktualisiert wird), indem die zuletzt durchgeführte Änderung beibehalten wird, unabhängig davon, wo die Änderung vorgenommen wurde. Sync Framework 2.0 unterstützt diese Auflösung mit einem Mechanismus, durch den die Anwendung den Zeitpunkt der Änderung im Quellreplikat sowie den Zeitpunkt der Änderung im Zielreplikat abrufen kann. Die Anwendung kann die zwei Zeiten dann miteinander vergleichen und die Konfliktauflösungsaktion festlegen, mit der die letzte Änderung übernommen wird.

Weitere Informationen finden Sie unter Erkennen und Auflösen von Parallelitätskonflikten.

Neue Typen in verwaltetem Code

Anbieter implementieren die folgende neue Schnittstelle:

Neue Schnittstellen in nicht verwaltetem Code

Anbieter implementieren die folgende neue Schnittstelle:

Ablaufverfolgung

Sync Framework ermöglicht die Ablaufverfolgung für die Ausführung mehrerer Komponenten. Dies kann beim Debuggen einer Anwendung hilfreich sein. Für die meisten der Sync Framework-Komponenten wird die Ablaufverfolgung auf Ebene des systemeigenen Codes mithilfe der Ereignisablaufverfolgung für Windows (Event Tracing for Windows, ETW)-Infrastruktur ausgeführt. Selbst wenn Sie für die verwaltete Version einer API entwickeln, verwenden Sie weiterhin ETW, da die verwaltete API ein schlanker Wrapper über der systemeigenen API ist. Weitere Informationen finden Sie unter Ablaufverfolgung für Sync Framework-Komponenten.

Sync Framework-Datenbankanbieter stellen eine verwaltete Ablaufverfolgung auf Grundlage der .NET Framework-Implementierung bereit. Weitere Informationen finden Sie unter Vorgehensweise: Ablaufverfolgung des Synchronisierungsvorgangs.

Änderungsanwendungsdienst

Sync Framework enthält eine Änderungsanwenderimplementierung, mit der die meisten Anwendungen Änderungen für ein Replikat übernehmen. Mit Version 2.0 von Sync Framework wird der Änderungsanwendungsdienst eingeführt, der die gleichen Aktionen wie der Änderungsanwender durchführt, jedoch mit feinerer Granularität. Ein Zielanbieter, der größere Flexibilität erfordert als der Standardänderungsanwender, kann mithilfe des Änderungsübernahmediensts nur den Satz von Aktionen ausführen, der notwendig ist.

Beachten Sie, dass der Änderungsübernahmedienst nicht von Anbietern verwendet werden kann, die Einschränkungskonflikte melden oder benutzerdefinierte Filter verwenden, da andernfalls unerwartete Ergebnisse auftreten können.

Weitere Informationen finden Sie unter Anwenden von Änderungen mithilfe des Änderungsanwendungsdiensts.

Neue Typen in verwaltetem Code

Neue Schnittstellen und Enumeration in nicht verwaltetem Code

Metadaten-Speicherdienst-Serialisierungsprogramm

Der Metadaten-Speicherdienst speichert Replikat- und Elementmetadaten in einer vereinfachten Datenbank. Die Metadaten werden in einem bestimmten Tabellenschema und Binärformat gespeichert, die sich bei der Freigabe von neuen Versionen von Sync Framework ändern könnten. Darüber hinaus ändern sich möglicherweise benutzerdefinierte Anbieterfelder in der Datenbank, wenn ein Entwickler neue Versionen eines bestimmten Anbieters freigibt. Für eine größere Interoperabilität zwischen verschiedenen Versionen stellt Sync Framework ein kanonisches Dateiformat sowie einen Satz von Serialisierungsschnittstellen bereit, die über einen angemessenen Bereich von Metadatenänderungen zwischen Versionen aufwärts- und abwärtskompatibel sind. Weitere Informationen finden Sie unter Zugreifen auf Metadaten von Komponenten anderer Versionen und Aktualisieren der Metadatenspeicherversion.

Neue Typen in verwaltetem Code

Neue Schnittstellen in nicht verwaltetem Code

Anbieterkonverter

Benutzerdefinierte Anbieter werden in der Regel von IKnowledgeSyncProvider abgeleitet. Sie können jedoch auch direkt von ISyncProvider abgeleitet werden. Wenn allerdings ein ISyncSession-Objekt für die Verwaltung der Synchronisierung verwendet wird (der typische Fall), muss der Anbieter von IKnowledgeSyncProvider abgeleitet werden. Damit ein von ISyncProvider abgeleiteter Anbieter an einer Synchronisierungssitzung teilnehmen kann, bietet Sync Framework die Möglichkeit, den Anbieter zur Laufzeit in einen IKnowledgeSyncProvider zu konvertieren.

Neue Schnittstellen und Methoden in nicht verwaltetem Code

Wissensverbesserungen

Sync Framework 2.0 verbessert das Wissensobjekt für größere Flexibilität und Effizienz.

Wissensstruktur

Mit Sync Framework 2.0 wird die zugrunde liegende Struktur eines Wissensobjekts in ein flexibleres und effizienteres Format geändert, und für den Zugriff auf die neuen Wissenselemente wurden neue Schnittstellen definiert. Für die Abwärtskompatibilität wird die Ausgabe der Sync Framework 1.0-Wissensmethoden von den neuen Wissensobjekten außerdem emuliert.

Neue und aktualisierte Typen in verwaltetem Code

Neue Schnittstellen und Enumeration in nicht verwaltetem Code

Wissenscookies

Mit Sync Framework 2.0 werden Wissenscookies hinzugefügt. Dabei handelt es sich um vereinfachte, schreibgeschützte Darstellungen von Wissen, die für schnelle Vergleiche verwendet werden können, wenn die Leistung besonders wichtig ist.

Neue Typen und Member in verwaltetem Code

Neue Enumeration und Methoden in nicht verwaltetem Code

Kompatibilitätsgrade

Sync Framework enthält Kompatibilitätsgrade für Metadaten, sodass Komponenten in verschiedenen Versionen weiterhin einwandfrei zusammenarbeiten können. Weitere Informationen finden Sie unter Abwärtskompatibilität und Interoperabilität für Sync Framework.

Neue Typen und Member in verwaltetem Code

Neue Enumeration und Methoden in nicht verwaltetem Code

Veraltete Schnittstellen

Die folgenden Schnittstellen sind veraltet und sollten in der neuen Entwicklung nicht verwendet werden. Sie funktionieren weiterhin in Sync Framework 2.0, werden jedoch in einer späteren Version möglicherweise entfernt.

Veraltete Schnittstellen in nicht verwaltetem Code

Siehe auch

Konzepte

Microsoft Sync Framework
Vorteile der Verwendung von Sync Framework
Auswählen der geeigneten Sync Framework-Komponenten