Hallo,

Kann ich den Code nutzen um zu prüfen ob Datum 1 älter ist als Datum 2?

Grüße

ThuCommix schrieb:

VB.NET-Quellcode

1. If My.Settings.ordnerdatum <> orderdatumneu Then
3. End If

Grüße

Wieso gerade so... Also meines habe ich gerade festgestellt geht oder irre ich mich da?

Viele Grüße

ThuCommix schrieb:

VB.NET-Quellcode

1. If My.Settings.ordnerdatum <> orderdatumneu Then
3. End If

Grüße

äh, "andersals" kann bedeuten, dass datum1 älter als datum2 ODER datum1 neuer als datum2

Hups, wie speicherst du denn das Date ab?


Grüße

Ich rechne einmal das datum einer datie per
Dim ordnerdatumneu As String = New IO.DirectoryInfo(My.Settings.ordner).LastWriteTime.ToString
aus und speichere in ner my.settings.

diese lese ich später wieder aus...
Aber ich habe noch ne idee

probier mal mit timeofday.date.month/day/year
ich habs vor augen:

du brauchst zuerst integer






NICHT GETESTET & iwie durcheinander

Lass dir lieber einen Zahlenwert ausgeben. Dort ist ein Parsefehler ausgeschlossen (bzw. das sollte er sein).

Das bringt mir doch nichts?
Ich muss / will ja nur überprüfen ob datei 1 geändert wurde
Um mehr gehts mir nicht

Und bei deinem Code ... naja xD
TimeOfDay?!

Also pittgis Code ist unnötig, aber möglich. Das ganze hätte man auch so oder mit der Compare-Funktion regeln können.

Mein Tipp mit ToFileTime und FromFileTime ist zum Speichern nützlich, da es später weniger Speicher brauch und evtl. Parsing-Fehler vermeidet

Ich frag mich, was der ganze Thread hier soll

Timtim schrieb:

Also meines habe ich gerade festgestellt geht oder irre ich mich da?

wenn dus festgestellt hast, ist das Thema doch erledigt.

Und hättest du auch gleich feststellen können.

Naja, vlt. fühlste dich unsicher. Also Datumse sind IComparable, d.h. können in eine größer/kleiner - Reihenfolge gebracht werden, und mit <, >, = untereinander verglichen werden.

Kann natürlich sein, dass du Strict Off programmierst. Dann kann man solche einfachen und klaren Feststellungen nicht mit Sicherheit treffen.

Du Könntest einfach die Punkte Entfernen, das Ergebnis zu einen Integer parsen, und das dann vergleichen, wär sicherlich sauberer.


Grüße

wattn für Punkte und Integers?

Datumse soll man als Datumse verarbeiten - das ist die einzig saubere Vorgehensweise.

Dann hat man auch nix mit Punkten und Integers zu tun.

Sicherlich, HH.MM.SS Also 24.02.2010

-> 24022010 Kann man super vergleichen.



Grüße

Ich dachte, es gehe um

Timtim schrieb:

If My.Settings.ordnerdatum < orderdatumneu Then
End If

Das ist beides Type DateTime, und kann man vergleichen, ohne über HH.MM.SS nachdenken zu müssen

ThuCommix schrieb:

Sicherlich, HH.MM.SS Also 24.02.2010
-> 24022010 Kann man super vergleichen.
Grüße

Dann vergleiche mal den 25.02.2010 und den 24.02.2011 Außerdem hast du ein Zeitmuster angegeben und ein Datum als Beispiel.

Sample:

Also ErfinderDesRades,

Klappt...
Da fehlte nur ein Dim vor dem ord"n"erdatumneu

Aber es klappt super

Es ist in jedem Falle sinnvoller, aus Jahr, Monat, Tag, stunde, Minute, Sekunde, Millisekunde je ein DateTime zu machen, das FileInfo- und das DirectoryInfo-Objekt liefern doch auch DateTime-Objekte zurück.
Und da muss man nichts umrechnen. Das führt höchstens noch zu Verwirrungen, wenn der eine 01.11.2011 und der andere 2011-11-01 schreibt.

Timtim schrieb:

Da fehlte nur ein Dim vor dem ord"n"erdatumneu

Das war dein eigener Code aus Post#1