У чому різниця між ініціалізацією всередині staticблоку:
public class staticTest {
static String s;
static int n;
static double d;
static {
s = "I'm static";
n = 500;
d = 4000.0001;
}
...
І індивідуальна статична ініціалізація:
public class staticTest {
static String s = "I'm static";
static int n = 500;
static double d = 4000.0001;
....
Відповіді:
Статичні блоки ініціалізації дозволяють більш складну ініціалізацію, наприклад, використовуючи умовні умови:
static double a;
static {
if (SomeCondition) {
a = 0;
} else {
a = 1;
}
}
Або коли потрібне не просто побудова: при використанні конструктора для створення вашого екземпляра необхідна обробка винятків або робота, відмінна від створення статичних полів.
Блок статичної ініціалізації також виконується після вбудованих статичних ініціалізаторів, тому діє наступне:
static double a;
static double b = 1;
static {
a = b * 4; // Evaluates to 4
}
Типове використання:
private final static Set<String> SET = new HashSet<String>();
static {
SET.add("value1");
SET.add("value2");
SET.add("value3");
}
Як би ви це зробили без статичного ініціалізатора?
SETта використовує змінний ініціалізатор ( private final static Set<String> SET = createValueSet()). Що, якщо у вас є 5 наборів і 2 карти, ви б просто скинули всі їх в один staticблок?
Ви можете використовувати блок try / catch всередині, static{}як показано нижче:
MyCode{
static Scanner input = new Scanner(System.in);
static boolean flag = true;
static int B = input.nextInt();
static int H = input.nextInt();
static{
try{
if(B <= 0 || H <= 0){
flag = false;
throw new Exception("Breadth and height must be positive");
}
}catch(Exception e){
System.out.println(e);
}
}
}
PS: З цього посилається !
Обробка винятків під час ініціалізації - ще одна причина. Наприклад:
static URL url;
static {
try {
url = new URL("https://blahblah.com");
}
catch (MalformedURLException mue) {
//log exception or handle otherwise
}
}
Це корисно для конструкторів, які надокучливо викидають перевірені винятки, як вище, або більш складну логіку ініціалізації, яка може бути схильною до винятків.
У вашому прикладі немає різниці; але часто початкове значення є складнішим, ніж це зручно виразити в одному виразі (наприклад, це a List<String>, вміст якого найкраще виражається за допомогою for-loop; або це таке, Methodяке може не існувати, тому потрібні обробники винятків), та / або статичні поля потрібно встановлювати в певному порядку.
staticblock може бути використаний для ініціалізації одиничного екземпляра, щоб запобігти використанню синхронізованого getInstance() методу.
Технічно ви могли б уникнути і без цього. Деякі воліють багаторядковий код ініціалізації, щоб перейти до статичного методу. Я дуже задоволений використанням статичного ініціалізатора для відносно простої багатостатевої ініціалізації.
Звичайно, я майже завжди роблю свою статику finalі вказую на немодифікований об’єкт.
Статичне ключове слово (будь то змінна чи блок) належить до класу. Отже, коли клас викликається, ці змінні або блоки виконуються. Тож більша частина ініціалізації буде здійснена за допомогою статичного ключового слова. Оскільки він належить самому класу, клас може безпосередньо отримати до нього доступ, не створюючи екземпляра класу.
Візьмемо приклад. Існує клас взуття, в якому є кілька змінних, такі як колір, розмір, марка тощо ... І тут, якщо компанія, що виробляє взуття, має лише одну марку, ми повинні ініціювати її як статичну змінну. Отже, коли викликається клас взуття та виробляються різні типи взуття (шляхом створення екземпляра класу), тоді колір і розмір будуть займати пам’ять при створенні нового взуття, але тут бренд є спільною властивістю для всього взуття, так що він займе пам'ять раз, незалежно від того, скільки взуття виготовлено.
Приклад:
class Shoe {
int size;
String colour;
static String brand = "Nike";
public Shoe(int size, String colour) {
super();
this.size = size;
this.colour = colour;
}
void displayShoe() {
System.out.printf("%-2d %-8s %s %n",size,colour, brand);
}
public static void main(String args[]) {
Shoe s1 = new Shoe(7, "Blue");
Shoe s2 = new Shoe(8, "White");
System.out.println("=================");
s1.displayShoe();
s2.displayShoe();
System.out.println("=================");
}
}
Ми використовуємо конструктори для ініціалізації змінних нашого екземпляру (нестатичні змінні, змінні, що належать до об’єктів, а не класу).
Якщо ви хочете ініціалізувати змінні класу (статичні змінні) і хочете це зробити без створення об’єкта (конструктори можуть викликатися лише при створенні об’єкта), тоді вам потрібні статичні блоки.
static Scanner input = new Scanner(System.in);
static int widht;
static int height;
static
{
widht = input.nextInt();
input.nextLine();
height = input.nextInt();
input.close();
if ((widht < 0) || (height < 0))
{
System.out.println("java.lang.Exception: Width and height must be positive");
}
else
{
System.out.println("widht * height = " + widht * height);
}
}
System.out.println("B * H");досить марний. А сама відповідь досить розмита. OP не згадав конструктори або змінні екземпляра.
Блок статичного коду дозволяє ініціалізувати поля з більш ніж інструкцією, ініціалізувати поля в іншому порядку оголошень, а також може бути використаний для умовної ініціалізації.
Більш конкретно,
static final String ab = a+b;
static final String a = "Hello,";
static final String b = ", world";
не буде працювати, оскільки a та b оголошуються після ab.
Однак я міг використати статичний init. блок, щоб подолати це.
static final String ab;
static final String a;
static final String b;
static {
b = ", world";
a = "Hello";
ab = a + b;
}
static final String ab;
static final String a;
static final String b;
static {
b = (...) ? ", world" : ", universe";
a = "Hello";
ab = a + b;
}
abдекларацію нижче декларації b.
Статичний блок ініціалізації корисний, якщо ви хочете інціалізувати вказані статичні типи класу до першого використання класу. Подальше використання не викликатиме статичних блоків ініціалізації. Це пряма протилежність ініціалізаторам екземплярів, які ініціалізують члени екземпляра.