So lösen Sie Konflikte mit der fortlaufenden Replikation

Ich bin neu bei CouchDB und PouchDB und verwende es, um ein Kontaktmanagementsystem zu erstellen, das auf mobilen Geräten und Desktopgeräten synchronisiert und offline verwendet werden kann. Ich sehe, dass PouchDB unendlich einfacher ist, als ein PHP / MySQL-Backend zu schreiben.

Ich habe es erfolgreich verwendet, und wenn ich widersprüchliche Änderungen an Offline-Geräten treffe, verwendet CouchDB einen Algorithmus, um willkürlich einen Gewinner auszuwählen und ihn dann korrekt an alle Geräte zu senden.

Ich möchte einen benutzerdefinierten Algorithmus implementieren, um widersprüchliche Datensätze zusammenzuführen. Hier ist der Algorithmus, den ich gerne benutzen würde:

1. Wenn ein Datensatz auf einem Client gelöscht und lediglich auf einem anderen aktualisiert wird, Die aktualisierte Version gewinnt, es sei denn, beide Clients stimmen dem Löschen zu.
2. Der Datensatz mit dem letzten "modifizierten" Zeitstempel wird zum Master, und der ältere Datensatz wird der sekundäre.
3. Alle Felder, die nur in der sekundären (oder leer in der Master) werden zum Master verschoben.
4. Die Hauptversion wird gespeichert und die sekundäre wird gelöscht.

CouchDB's Guide hat eine gute Erklärung , aber ich habe keine Ahnung, wie ich es mit dem implementieren kann PouchDB API während einer fortlaufenden Replikation. Laut der PouchDB API gibt es einen "onChange" Listener in den Replikatoptionen, aber ich verstehe nicht wie benutze es um Konflikte abzufangen.

Wenn jemand ein kurzes Tutorial schreiben könnte, einschließlich einiger Beispielcodes, würde ich mich sicher auch viele andere PouchDB-Benutzer dafür interessieren!