Verzeichnissynchronisation: Datum oder CRC als Indikator

[HeikoAdams]

Zitat von Sir Rufo:

Ich würde erst die Dateinamen prüfen (neu, gelöscht), dann bei den gleichen Dateien die Größe und bei gleicher Größe erst den CRC-Wert bilden und vergleichen.

Ich würde zuerst prüfen, ob die Datei in Verzeichnis B existiert. Wenn ja, würde ich das Datum vergleichen und wenn das Datum identisch ist, die CRC prüfen.

[s.h.a.r.k]

Auf das Datum würde ich mich bei sowas eher weniger verlassen, denn man kann ja eine Datei öffnen und speichern, ohne was daran geändert zu haben. Daher ist dann das Datum aktueller und evtl. gibt es hier dann Probleme.

[HeikoAdams]

Datum ja auch die zusätzliche Prüfung der CRC: Wenn das Datum unterschiedlich ist, wird synchronisiert. Ist das Datum unterschiedlich, wird die CRC geprüft und wenn die sich unterscheidet, ist die Datei geändert und wird synchronisiert.

Und wenn eine Datei gespeichert wurde, ohne etwas zu verändern, gehen ja auch keine Änderungen bei der Synchronisation verloren Wobei sich mir nicht ganz der Sinn erschließt, warum man eine Datei öffnen und speichern sollte, ohne etwas zu ändern

[Sir Rufo]

Jo, das geht ... obwohl ich die Größe auch noch mit reinnehmen würde.

Soviele (schnelle) Merkmale wie geht prüfen um sich möglichst vor der CRC-Überprüfung zu drücken

[HeikoAdams]

Soll heißen:
Datum prüfen, wenn gleich, die Größe vergleichen und wenn die auch identisch ist, die CRC vergleichen

[p80286]

Den Datumsvergleich würde ich mir schenken, denn erstens gibt es touch und zweitens ein heilloses Durcheinander bei der Beachtung der Zeitzonen und der Anwendung der Sommer/Winterzeit.

Ist die Größe der Datei unterschiedlich, dann sollte auch der Inhalt unterschiedlich sein.
(und was wenn die eine Unicode-Text und die andere ANSI-Text enthält?)

Man könnte auch z.B. die ersten 2000 Byte vergleichen, sind die unterschiedlich sind auch die Dateien unterschiedlich.

Es kommt ganz darauf an ob Du auf Gleichheit oder Ungleichheit prüfen willst.
Gruß
K-H

[HeikoAdams]

Zitat von p80286:

Den Datumsvergleich würde ich mir schenken, denn erstens gibt es touch und zweitens ein heilloses Durcheinander bei der Beachtung der Zeitzonen und der Anwendung der Sommer/Winterzeit.

Das Risiko mit den Zeitzonen und Touch gehe ich ein, da die Nutzer der Synchronisation garantiert weder mit touch arbeiten noch in verschiedenen Zeitzonen unterwegs sind Abgesehen davon sollte das Problem mit den Zeitzonen durch FileTimeToLocalFileTime elegant umgangen werden

Zitat von p80286:

Ist die Größe der Datei unterschiedlich, dann sollte auch der Inhalt unterschiedlich sein.

Das sehe ich genau so

Zitat von p80286:

(und was wenn die eine Unicode-Text und die andere ANSI-Text enthält?)

Das halte ich für eher unwahrscheinlich, da die Datei in Verzeichnis B ja eine (Sicherungs)Kopie der Datei in Verzeichnis A ist.

[Sir Rufo]

Zitat von p80286:

Den Datumsvergleich würde ich mir schenken, denn erstens gibt es touch und zweitens ein heilloses Durcheinander bei der Beachtung der Zeitzonen und der Anwendung der Sommer/Winterzeit.

Ist die Größe der Datei unterschiedlich, dann sollte auch der Inhalt unterschiedlich sein.
(und was wenn die eine Unicode-Text und die andere ANSI-Text enthält?)

Man könnte auch z.B. die ersten 2000 Byte vergleichen, sind die unterschiedlich sind auch die Dateien unterschiedlich.

Es kommt ganz darauf an ob Du auf Gleichheit oder Ungleichheit prüfen willst.
Gruß
K-H

Das ist doch alles völlig egal ... denn schlussendlich soll mit der Überprüfung ja nur das Bilden der CRC-Werte möglichst verhindert werden.
Nur wenn alle äußeren Merkmale gleich sind (die Dateien augenscheinlich gleich sind), dann wird per CRC die Gleichheit geprüft.