Datum im gewünschten Bereich

[prototype0815]

Hey folks,

mein Problem lässt sich schon etwas erahnen. Zur genauen Erklärung, ich habe sehr viele Dateien die ich auswerten muss. In diesen Dateien gibt es eine Textzeile inder das Datum (dd.MM.yyy) und die Uhrzeit steht (hh.mm.ss) hier als Beispiel eine solche Zeile...

#Datum;10.10.2014 ; 13:25:17;

Wie man sieht ist von Vorteil das alles schön mit Semikolons getrennt ist.

Der User meines Programms soll einen gewissen Datumsbereich zur Eingrenzung angeben können, und alle Dateien mit einem Datum das innerhalb dieses Bereichs liegt sollen ausgewertet werden.
z.B.

vom 01.04.2014 bis 30.11.2014

liegt der 22.07.2014 darin? - ja
liegt der 01.04.2014 darin? - ja
liegt der 30.11.2013 darin? - nein

gibt es eine Methode oder Klasse die das für mich erledigt? oder muss ich mir da selbst was bauen?

LG proto

 

[chuxXo]

Kenn mich damit auch nicht so aus
Schau mal da nach:
Date (Java Platform SE 6)

Werd die mir gleich auch mal anschauen. Können dann ja mal schauen, was das richtige für dich ist

 

[Joose]

Entweder du verwendest die Java eigenen Mittel (Klasse Date) oder du verwendest die Bibliothek Joda Time

 

[prototype0815]

Also die Date Klasse ist ja mal voll zum kotzen, wenn ich folgendes datum eingebe...
Date date = new Date(114, 00, 01);
bekomme ich den 01. Januar 2014 heraus. Das einzig gute an der Klasse wäre, das ich Daten mit den Methoden before() und after() ziemlich fix ein- bzw. ausschließen könnte.
Außerdem ist fast alles Deprecated und deshalb nicht sehr empfehlenswert zu benutzen.

Mal sehen ob ich mit Joda-Time mehr erfolg habe.

 

[Joose]

Also die Date Klasse ist ja mal voll zum kotzen, wenn ich folgendes datum eingebe...
Date date = new Date(114, 00, 01);
bekomme ich den 01. Januar 2014 heraus.

Was hättest du denn erwartet?
EDIT: In der Dokumenation steht auch genau drinnen wie Date mit dem Jahr umgeht.

 

[arilou]

Date ist veraltet, man sollte Calendar verwenden.

 

[arilou]

Und besser keine führende '0', dann wird das (integer)Literal nämlich evtl. als Oktal betrachtet...

 

[chuxXo]

Außerdem ist fast alles Deprecated und deshalb nicht sehr empfehlenswert zu benutzen.

Dann steht da doch dahinter, du könntest Calendar (Java Platform SE 7 ) benutzen

 

[Thallius]

Was voll zum kotzen ist, um bei Deiner Sprache zu bleiben, ist Dein Datumsformat.

Benutze einfach das Standard Format

yyyy-MM-dd hh:mm:ss

und du kannst damit ohne jeden Aufwand einfach per Stringvergleich schaun ob ein Datum innerhalb zweier anderer Daten liegt oder nicht.

Da braucht man kein Framework.

Mir ist es echt schleierhaft, wie heutzutage intern immer noch mit solchen obskuren Datums-Konstrukten oder Formaten wie dd.MM.yyyy gearbeitet werden kann. Das macht man einfach nicht!

Gruß

Claus

 

[chuxXo]

"import java.text.SimpleDateFormat;"
Damit lässt sich das von Claus beschriebene umsetzen.

 

[prototype0815]

Benutze einfach das Standard Format

yyyy-MM-dd hh:mm:ss

und du kannst damit ohne jeden Aufwand einfach per Stringvergleich schaun ob ein Datum innerhalb zweier anderer Daten liegt oder nicht.

Da braucht man kein Framework.

Mir ist es echt schleierhaft, wie heutzutage intern immer noch mit solchen obskuren Datums-Konstrukten oder Formaten wie dd.MM.yyyy gearbeitet werden kann. Das macht man einfach nicht!

da hat er recht

 

[Joose]

Mir ist es echt schleierhaft, wie heutzutage intern immer noch mit solchen obskuren Datums-Konstrukten oder Formaten wie dd.MM.yyyy gearbeitet werden kann. Das macht man einfach nicht!

Diese "obskuren" Datumsformate sind für einen User leserlicher. Aber du hast Recht, sobald ein Datum vom User übernommen wird sollte es für interne Berechnungen etc. in ein "allgemein gültiges Format" umgewandelt werden.

 

[VfL_Freak]

Moin,

Date ist veraltet, man sollte Calendar verwenden.

würde ich auch nur bedingt empfehlen (genauso wenig wie GregorainaCalendar) ... die haben beiden so ihr Nachteile!

Da beste Mittel zum Datumshandling ist wirklich (wie Joose schon schrieb) JodaTime.
Joda-Time - Java date and time API - Home

Gruß
Klaus

 

[prototype0815]

Da beste Mittel zum Datumshandling ist wirklich (wie Joose schon schrieb) JodaTime.
Joda-Time - Java date and time API - Home

hab da die sources mal gezogen, ich weiss jetzt aber nicht wie ich das als Library importe...
hab es als projekt mal in Eclipse geöffnet und versucht es als .jar zu exportieren, bekomme aber sehr viele compiler errors und warnings. wenn ich davon eine .jar Datei hätte wäre es kein problem. Weiss einer von euch einen anderen Weg um aus sources ne .jar zu bekommen.

 

[chuxXo]

Rechtsklick auf dein Projekt -> Properties -> Java Build Path -> Add External JARs

 

[prototype0815]

yyyy-MM-dd hh:mm:ss

und du kannst damit ohne jeden Aufwand einfach per Stringvergleich schaun ob ein Datum innerhalb zweier anderer Daten liegt oder nicht.

ähm vergleichen ja (equalsIgnoreCase), aber wie soll ich schauen ob ein Datum größer ist als ein anderes ?
mir reicht übrigens yyyy-MM-dd

 

[Thallius]

ähm vergleichen ja (equalsIgnoreCase), aber wie soll ich schauen ob ein Datum größer ist als ein anderes ?
mir reicht übrigens yyyy-MM-dd

String.compareTo()?

Gruß

Claus

 

[prototype0815]

oh man WTF, steh ich heute aufm Schlauch.... Danke :lol:

 

[X5-599]

Nochmal eine Möglichkeit bei der man die eingelesene Zeile direkt überprüfen kann. Also ohne String splitten und die einzelnen Werte ermitteln zu müssen. Funktioniert natürlich nur wenn sichergestellt ist, dass die Datumszeile IMMER dasselbe Format hat:

public static void main(String[] args) throws ParseException
{
	String datum = "#Datum;10.10.2014 ; 13:25:17;";
	
	
	SimpleDateFormat sdf = new SimpleDateFormat("dd.MM.yyyy");
	Date start = sdf.parse("01.04.2014");
	Date stop  = sdf.parse("30.11.2014");
	
	Date q = new SimpleDateFormat("'#Datum;'dd.MM.yyyy' ; 'hh:mm:ss';'").parse(datum);
	
	
	if(q.after(start) && q.before(stop))
		System.out.println("true");
	else
		System.out.println("false");
}

 

[Thallius]

Ist aber nunmal unglaublich viel langasmer und unperformater als einfach zwei strings zu vergleichen.

Calender und DAtumsframeworks braucht es wirklich erst wenn du anfängst mit Daten und Zeiten zu rechnen oder verschiedene Zeitzonen berücksichtigen must.

Gruß

Claus

 

[X5-599]

Mag sein. Aber du musst auch erstmal an dein Datumsformat yyyy-MM-dd rankommen. d.h. in diesem Fall müsstest du erstmal nach "." splitten. Dann Tag, Monat und Jahr korrekt aneinanderhängen. Und wenn dann noch die Uhrzeit mit dazukommen sollte muss das ähnlich behandelt werden. Da bin ich mir nicht wirklich sicher, ob das dann noch performanter ist... Müsste man testen.

 

[Thallius]

DAs ist ja genau das was ich schon vorher geschrieben habe.

Intern in der App sollte immer mit yyyy-MM-dd gearbeitet werden werden. Dann brauchst du nur bei der Eingabe und der Ausgabe umformatieren und das ist in der Regel nicht zeitkritisch, denn du wirst in der Regel nicht 1000de von Daten ein- oder ausgeben wollen. Intern wirst du aber sicher öfter mal 1000de von Daten vergleichen wollen.

Gruß

Claus