Hvordan retuneres klokken i java 2???

Date date=new Date();

nu indeholder date, dato og klokkeslet.

Ud fra den kan du så hente timer, min og sekunder.

Calendar c = new GregorianCalendar();
int sek = c.get(c.SECOND);
int min = c.get(c.MINUTE);
int hour = c.get(c.HOUR_OF_DAY);

Således kan lade sig gøre:

//Date format example: 12:47:34
  DateFormat dotFormat = new SimpleDateFormat(\"HH:mm:ss\");     

String x = dotFormat.format( new java.util.Date())

hvo x bare er en streng med teksten, svarende til den nuværende tid jvf. eksempel oven for.

Oprindeligt brugte jeg det som dato (udeladt her)  og tidsangivelse i bunden af skærmen på en JLabel og en tråd der opdaterer med faste intervaller

Eller:
        GregorianCalendar date=new GregorianCalendar();
        int timer=date.get(GregorianCalendar.HOUR_OF_DAY); //kun hour hvis du vil have 12 timers ur
        int minutter=date.get(GregorianCalendar.MINUTE);
        int sekunder=date.get(GregorianCalendar.SECOND);


Logical: Når ting som SECOND er static er del vel mere korrekt at kalde dem på GregorianCalender end på et objekt :)

logical: når jeg sætter det ind som du har skrevet skriver den: Class Calendar not found.
Skaj jeg importere en pakke eller hvad. Hvis ja,hvilken pakke skal det så være?

du skal bruge

import java.util.*;

disky>>
Nej :-) De deles af alle instanser, og derfor en del af deres scope.
Det korrekte ville iøvrigt være Calendar.SECOND, fordi det er her de er defineret. Men hvorfor svarer du det samme som mig umiddelbart efter??

Calendar ligger i java.util

Det gjorde jeg heller ikke.

Jeg brugte navnet på klassen istedet for objektet.

Jeg lavede den samme metode som dig, fordi den med Date er deprecated.

Og så så jeg at du brugte objektet istedet for klassens navn, og ville lige have den kommentar med.

Jeg mener det er mere korrekt at opgave klassen, da det er klassen de variabler tilhører og ikke objektet. Men det skal egentligt være Calendar, det er rigtigt.

disky>>Ih, hvor jeg hader denne her asynkrone email/website kombination, man svarer meget oven i hinadens..

Nå men lad os for fremtiden begge to så anvende Calendar.SECOND så er vi så stilrene, som vi kan være på det punkt :-)

logical:

Yep helt enig svarene krydser oftest hinanden.

Yep Calendar.SECOND it will be :-)

Hvad så skal du på javaone 2002 ?

disky>> Jeg har indsendt et proposal under Call for Papers, så.. Det bliver jeg jo nok nødt til. Nu mangler jeg bare en sponsor :-)

WOW vil du holde foredrag, sejt nok.

Hvad skal det være om ?

Jeg har arbejdet en del med activation framework, og mener at det er en overset mulighed for rimelig smarte funktioner, så det vil jeg prøve at holde en BOF om. Jeg regner med at være i tænkeboks et par uger endnu og finder et par andre BOFs at fyre af, men det er jo ikke mig som bestemmer :-)

jeg ønsker dig held og lykke.

Hvis jeg kan støtte dig på en eller anden måde, med at få det godkendt, bare sig til :)

Jeg håber selv jeg skal med, bare som tilskuer

I har sgu glemt den bedste:

long time = System.currentTimeMillis();

hvis du skal genbruge tidspunktet senere, så er System.currentTimeMillis() næsten altid at foretrække, da du ikke kan få dette præcise og simple format ud af de andre datatyper, mens de andre datatyper accepterer UTS (Unix Time Stamp?) som constructor-variabel.

Og til alle jer der ikke kan oversætte UTS til \"almindedelige\" formater i hovedet:
Tabere ;-p

Han bad om klokken, ikke antal millisekunder siden 1/1 1970 kl 00:00:00

GregorianCalendar er den korrekt måde at gøre det på.

martin_schou>> Sikken da en holdning. Vi har ikke glemt currentTimeMillis(), men hvorfor bekymre sig om millisekunder, hvis han ønsker oplysninger om sekunder, minutter og timer separat.

Og derudover Date.getTime() og Calendar.getTimeInMillis() returnerer samme ting.

Bare fordi jeg råber op om noget, jeg tydeligvis ikke har styr på, behøver i altså ikke rette på mig ... hehe :-D

Calendar.getTimeInMillis() er protected, så den får man nok ikke specielt meget ud af under normale omstændigheder.

Date.getTime() havde jeg sgu godt nok ikke set tidligere ... my bad.

Kan man (uden manuelt at oversætte en GregorianCalendar til en Date) hive millis ud af den?

GregorianCalender.getDate().getTime();

Gør det

Kun gennem Calendar.getTime().getTime(), men til din trøst så fik vi Joshua Block (Fra Java core team) til at indrømme, at kalenderen var ikke helt så strømlinet som den burde være :-)