Co wypisze
- [1] 0% (0)
- [2] 60.4% (32)
- RuntimeException 39.6% (21)
@63274682374: Przyznam się, że nie czuję zagadki.
Nawet sprawdziłem.
Nawet sprawdziłem.
@LowcaG: Wszystko się sprowadza do tego, że większość programistów Java ma już za sobą próbę dodania czegoś do takiej listy.
public class NewClass {
public static void main(String[] args) {
Integer[] tab = {1,2,3,4,5};
List list = Arrays.asList(null, null, null);
Integer[] tab2 = list.toArray(tab);
System.out.println(Arrays.toString(tab));
public static void main(String[] args) {
Integer[] tab = {1,2,3,4,5};
List list = Arrays.asList(null, null, null);
Integer[] tab2 = list.toArray(tab);
System.out.println(Arrays.toString(tab));
Co wypisze
- [1, 2, 3, 4, 5] 47.6% (20)
- [null, null, null, 4, 5] 26.2% (11)
- [null, null, null] 4.8% (2)
- [null, null, null, null, 5] 21.4% (9)
@wytrzzeszcz: ostatnie, bo toArray jeśli array jest większe niż trzeba ustawi pierwsze N elementów na te z kolekcji oraz z jakiegoś dziwnego powodu ustawi jeszcze element N+1 na null, bo tak sobie uznali że jest lepiej.
https://docs.oracle.com/javase/8/docs/api/java/util/ArrayList.html#toArray-T:A-
Wyjaśnione niby dlaczego, ale do mnie średnio to przemawia :D
https://docs.oracle.com/javase/8/docs/api/java/util/ArrayList.html#toArray-T:A-
Wyjaśnione niby dlaczego, ale do mnie średnio to przemawia :D
public class NewClass {
public static void main(String[] args) {
try {
int i = getTab()[getIndex()];
} catch (Exception e) {
System.out.print("1");
public static void main(String[] args) {
try {
int i = getTab()[getIndex()];
} catch (Exception e) {
System.out.print("1");
Co wypisze
- 21 13.0% (6)
- 31 13.0% (6)
- 321 43.5% (20)
- Błąd kompilacji 30.4% (14)
@63274682374
Zamień println na print, jeżeli odpowiedzi 21, 31 czy 321 mają w ogóle mieć sens.
Zamień println na print, jeżeli odpowiedzi 21, 31 czy 321 mają w ogóle mieć sens.
@sorhu: dzięki
Czy to się skompiluje?
class C{}
enum A extends C {
B;
}
class C{}
enum A extends C {
B;
}
Jak wyżej
- Tak 13.5% (5)
- Nie 86.5% (32)
public static void main(String[] args) {
StringBuilder sb1 = new StringBuilder("abc");
StringBuilder sb2 = new StringBuilder("abc");
if (sb1 == sb2) {
System.out.print("1");
} else {
StringBuilder sb1 = new StringBuilder("abc");
StringBuilder sb2 = new StringBuilder("abc");
if (sb1 == sb2) {
System.out.print("1");
} else {
Co wypisze
- 11 16.4% (9)
- 12 10.9% (6)
- 21 43.6% (24)
- 22 29.1% (16)
public class Main {
public static void main(String... args) {
Main m = null;
m.main();
}
}
public static void main(String... args) {
Main m = null;
m.main();
}
}
Wynik to
- Błąd kompilacji 20.0% (8)
- RuntimeException 20.0% (8)
- Error 60.0% (24)
@interface: Analogicznie do RuntimeException. Dla odpowiedzi 'RuntimeException' rozumiem całą rodzinę klas dziedziczących z tej klasy a dla Error całą rodzinę klas dziedziczących właśnie z tej klasy - dokładnie java.lang.Error.
@63274682374
StackOverflowError
StackOverflowError
public static void main(String... args) {
System.out.println(getI());
}
public static int getI() {
int i = 0;
System.out.println(getI());
}
public static int getI() {
int i = 0;
Co wypisze?
- "0" 60.8% (31)
- "1" 39.2% (20)
@63274682374 500+
@63274682374: No przecież do finally
wejdziemy dopiero po opuszczeniu try. Wypisze więc 0.@63274682374
Double.NaN.
Double.NaN.
@GotoFinal: Te dwie rzeczy w żaden sposób się nie wykluczają.
try {
throw new IOException();
} catch (Error | Exception ex) {
handle(ex);
}
Co wypisze
Dalej mamy przeładowaną metodę handle i w grę wchodzi dopasowanie przeładowanej wersji metody do wywołania.