DateTime ToFileTime und ToFileTimeUtc haben gleiche Ausgabe

Ich eine Datei geöffnet und verwendet werden ToUniversalTime() und ToLocalTime() - und Ausgang verschiedenen Zeiten. Allerdings, wenn ich ToFileTime() und ToFileTimeUtc(), bekomme ich die gleiche Nummer. Warum ist das so?

DateTime creationTime = File.GetCreationTime(@"c:\windows\setupact.log");
Console.WriteLine("utc time: " + creationTime.ToUniversalTime());
Console.WriteLine("file time: " + creationTime.ToLocalTime());
Console.WriteLine("file: " + creationTime.ToFileTime());
Console.WriteLine("utc: " + creationTime.ToFileTimeUtc());

Ausgabe

utc-Zeit: 8/22/2013 2:46:17 Uhr

file time: 8/22/2013 7:46:17 UHR

Datei: 130216563774628355

utc: 130216563774628355

Sollte nicht die Datei-und utc anders sein?

Diese Frage und den link Dokument bieten mehr detail
Ich weiß nicht, ob die Dokumentation für den link zu aktualisieren. Der link zu GotDotNet ist kaputt-und google-Suche nicht auftauchen einer web-Seite für GotDotNet. Auch, getestet habe ich die zahlen, die ich bekam, gegen LocalFileTimeToFileTime() in c++. Dies nimmt die lokale Zeit und wandelt es in UTC. Die Ausgabe für .ToFileTimeUtc ist die gleiche wie die lokale Zeit in c++ und nicht die UTC-Zeit
Was ist Ihre eigene Zeitzone?
West coast, USA, Nordamerika

InformationsquelleAutor Aaron | 2015-03-26

c#datetime

3

Gibt es gute Informationen in den vorhandenen Antworten, aber lassen Sie mich versuchen, eine pragmatische Zusammenfassung:

Die einzige Zeit, die Unterscheidung zwischen System.DateTime.ToFileTime() und System.DateTime.ToFileTimeUtc() zählt, ist, wenn die Instanz .Kind Eigenschaft Unspecified, d.h., wenn es ist unklar, ob der Zeit-Wert stellt einen lokalen oder UTC Zeit.

^{Diese information war eigentlich eine Antwort von Hans Passant, dass er selbst gelöscht.}

In anderen Wort: für System.DateTime Instanzen, deren .Kind Eigenschaft entweder Local oder Utc (die einzige andere mögliche Werte), System.DateTime.ToFileTime() und System.DateTime.ToFileTimeUtc() Verhalten sich identisch - das ist, was die OP erlebt, weil sein input-Wert wurde von .Kind Local (die Art zurückgegeben, die von File.GetCreationTime()).

Beachten Sie, dass die im Zusammenhang System.DateTimeOffset Art von design trägt immer explizite Zeit-zone Informationen, so dass es nie Unklarheiten, weshalb die Art nur hat eine .ToFileTime() Methode.

Als andere haben darauf hingewiesen, die zurück Wert immer stellt eine UTC-Zeit:
- Datei Zeitwerte per definition, immer stellen einen Punkt in der Zeit in UTC.
- So, sowohl .ToFileTime() und .ToFileTimeUtc() erstellen Sie einen Punkt in der Zeit, ausgedrückt als die Anzahl der 100ns-Intervallen seit Mitternacht 1. Januar 1601 UTC.
Zur Ergänzung der OP ' s eigenes Beispiel mit einem, wo .ToFileTime() und .ToFileTimeUtc() tun unterscheiden sich im Ergebnis:
```
//Create a DateTime instance with .Kind equal to Unspecified;
//use the earliest date that can be represented as a file time.
DateTime dtUnspecified = DateTime.Parse("1601-01-01");

Console.WriteLine(
    dtUnspecified.ToFileTime() + "\n" +
    dtUnspecified.ToFileTimeUtc()
);
```
Beispiel-Ausgabe in der US Eastern time zone:
```
180000000000  //1601-01-01T05:00:00Z - 5 AM UTC
0             //1601-01-01T00:00:00Z - midnight UTC
```
InformationsquelleAutor mklement0
2

Aus der docs:

Einer Windows-Datei-Zeit ist eine 64-bit-Wert repräsentiert die Anzahl der
100-Nanosekunden-Intervalle, die vergangen sind, seit 12:00 Uhr,
Januar 1, 1601 A. D. (C. E.) Coordinated Universal Time (UTC). Windows
verwendet eine Datei, die für die Aufzeichnung, wenn eine Anwendung erstellt, Zugriffe, oder
schreibt in eine Datei.

Die Anzahl der Nanosekunden seit 1-1-1601 UTC, ändern sich nicht, egal in welcher Zeitzone Sie sind.

Aus der Quelle der .net framwork:
```
public long ToFileTime() {
    //Treats the input as local if it is not specified
    return ToUniversalTime().ToFileTimeUtc();
}

public long ToFileTimeUtc() {
    //Treats the input as universal if it is not specified
    long ticks = ((InternalKind & LocalMask) != 0) ? ToUniversalTime().InternalTicks : this.InternalTicks;
    ticks -= FileTimeOffset;
    if (ticks < 0) {
        throw new ArgumentOutOfRangeException(null, Environment.GetResourceString("ArgumentOutOfRange_FileTimeInvalid"));
    }
    return ticks;
}
```
So, wenn Sie ToFileTimeUtc und Sie haben eine unbestimmte DateTime es gibt Ihnen die nanosecs seit 1-1-1601, egal welche Zeitzone ist es ursprünglich vom. Das könnte für eine Stunde, jedes Jahr, wenn die timezone DST geben Sie eine ungültige Zeit.

InformationsquelleAutor albertjan
0

Wenn man sich die ToFileTime() Dokumentation auf MSDN, es sagt:

Einer Windows-Datei-Zeit ist eine 64-bit-Wert stellt die Anzahl der 100-Nanosekunden-Intervalle, die vergangen sind, seit 12:00 Uhr, 1. Jänner 1601 A. D. (C. E.) Coordinated Universal Time (UTC). Windows verwendet eine Datei, die für die Aufzeichnung, wenn eine Anwendung erstellt, Zugriffe, oder in eine Datei schreibt.

Alle Datei-Zeiten werden in UTC gespeichert. Dann Anwendungen wie Explorer, konvertiert die UTC-Zeit in Lokale Zeit für die Anzeige Zwecke.

Wenn man sich weiter in den Abschnitt "Bemerkungen" des ToFileTime(), sehen Sie ein "Notizen zum Anrufer" Abschnitt. Das weitere erklärt, wie ToFileTime() und ToFileTimeUtc() erwartet wurden, verwendet werden.

InformationsquelleAutor Cameron

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.