Czy można ustawić kalendarz c równy Kalendarz c2?

Question

mam:

Calendar c = Calendar.getInstance(); 
c.set(Calendar.HOUR_OF_DAY,1); 
c.set(Calendar.MINUTE,23); 
c.set(Calendar.SECOND,22); 

Calendar c2 = Calendar.getInstance(); 

c2 = c ; // 

jest to ostatnie stwierdzenie poprawne, jeśli chcę ustawić Kalendarz Kalendarz c2 równą c?

Answer 1

Klasa kalendarza ma metodę compareTo. rzucić okiem na ten

CompareTo()

Answer 2

Pomimo ich c2 = c wydaje się działać, to nie jest to, co chcesz: obie zmienne będą wskazując na tej samej instancji kalendarzowego. W wyniku tego przypisania wszelkie zmiany wprowadzone do c będą również dostępne w c2 i na odwrót.

Można użyć clone() sposób zrobić kopię obiektu Calendar, tak:

Calendar c= (Calendar)c2.clone(); 

Answer 3

Ty nawet nie trzeba c2 = Calendar.getInstance(), wystarczy przypisać bezpośrednio C2 = 'c'.

Answer 4

c2 = c oznacza, że ​​będziesz mieć 2 pola wskazujące na to samo wystąpienie. jeśli modyfikujesz c, będziesz również modyfikował c2

c2 = c.clone() klonuje instancję i zwraca inną instancję. jeśli zmodyfikować c nie będzie modyfikować C2

Answer 5

To stwierdzenie:

c2 = c ; 

skopiuje wartość c w c2. Wartość c jest nie obiektu Calendar - jest odniesienie. Po tym stwierdzeniu dwie zmienne mają tę samą wartość - dwa odniesienia do tego samego obiektu. Wszelkie zmiany obiektu Calendar można zaobserwować za pomocą dowolnej zmiennej.

To tak, jakby dać dwie różne osoby kawałki papieru podając swój adres domowy - jeśli jedna osoba używa adresu, aby dostać się do domu i maluje zielone drzwi, to druga osoba też to zobaczy.

Należy zauważyć, że nie jest to specyficzne dla Calendar - jest to zachowanie przypisania dla wszystkich klas w Javie.

(Bardzo ważne jest, aby rozróżnić zmienne, odniesienia i obiekty, w zasadzie W normalnej dyskusji trzy często są używane niepoprawnie ze względu na zwięzłość, ale trzeba być w stanie odróżnić, kiedy trzeba).

Zauważ, że ten kod:

Calendar c2 = Calendar.getInstance(); 
c2 = c; 

tworzy nową instancję Calendar bezsensownie. Byłoby bardziej sensownie napisany jako:

Calendar c2 = c; 

Ten kod będzie miał ten sam efekt widoczny, ale bez wywoływania Calendar.getInstance() a następnie wyrzucać nowo utworzony obiekt.