Инициализация и товарене на класовете

Инициализация и товарене на класовете

Java няма този проблем поради различния си подход към товаренето. Понеже всич­ко в Java е абект много активности се удават по-лесно и тази е една от тях. Как­то ще научите в следващата глава, кодът за всеки обек е разположен в от­де­лен файл. Този файл не се товари докато кодът не стане непосредствено необ­хо­дим. Изобщо може да се каже, че кодът няма да се качва, докато не стане нуж­да да се конструира обект. Понеже може да има някои тънкости във връзка със static методите може също да се каже “Кодът на класа се товари в точката на първото използване.”

Точката на първото използване е също където се инициализира static. Всичките static обекти и static кодови блокове ще се инициализират в текстова по­сле­до­ва­телност (тоест в реда в който сте ги дефинирали в описанието на класа) в точката на товаренето. static, разбира се, се инициализират само веднъж.

Инициализация с наследяване

//: c06:Beetle.java

// The full process of initialization.
class Insect {

int i = 9;

int j;

Insect() {

j = 39;

static int x1 =

prt("static Insect.x1 initialized");

static int prt(String s) {

System.out.println(s);

return 47;

}

}
public class Beetle extends Insect {

Beetle() {

prt("k = " + k);

prt("j = " + j);

}

static int x2 =

static int prt(String s) {

System.out.println(s);

return 63;

}

public static void main(String[] args) {

Beetle b = new Beetle();

}

} ///:~

static Insect.x1 initialized

static Beetle.x2 initialized

Beetle constructor

i = 9, j = 0

Beetle.k initialized

k = 63

j = 39

Ако базовият клас има базов клас, този втори базов клас тогава ще се натовари и така нататък. После static инициализация в кореновия базов клас (в този слу­чай Insect) се изпълнява, после в съседния извлечен клас и т.н. Това е важно, за­щото инициализацията на статичните членове на наследения клас може да за­ви­си от това дали членовете на базовия клас са инициализирани правилно.

В тази точка всички необходими класове са натоварени така че може да се съз­да­де обект. Първо всички примитиви в обекта се снабдяват със техните стой­но­сти по подразбиране и всички манипулатори получават стойност null. Тогава ще се извика конструкторът на базовия клас. В този случай извикването е ав­то­ма­тично, но също може да укажете извикване на конструктор (като първа опе­ра­ция в Beetle( ) конструктора) чрез super. Конструирането на базовия клас ста­ва в същия ред както на извлечения клас. След като констректорът на ба­зо­вия клас завърши работата си, променливите на екземпляра се инициализират по текстовия ред. Накрая се изпълнява останалата част от тялото на кон­струк­то­ра.

Резюме

Напук на силното ударение върху наследяването в ООП, когато започнете про­ек­тиране най-вече ще предпочитате композицията като начин и ще използвате на­следяване само когато това е явно необходимо. (Както ще видите в след­ва­ща­та глава.) Композицията има тенденция да бъде по-гъвкава. В добавка, из­полз­вайки донадената от наследяването хитрост, може да променяте точния тип, а с това и повезението, на членовете-обекти по време на изпълнение. За­то­ва може да променяте поведението на композиран обект по време на из­пъл­не­ние.

Въпреки че композицията и наследяването помагат за бързото разработване на про­екти, изобщо ще искате да преразгледате йерархията си, преди да дадете на дру­ги програмисти да се занимават с нея. Вашата цел е всеки клас да има спе­ци­фич­на употреба и да не бъде нито твърде голям (събирайки толкова функ­цио­нал­ност, че да е съмнително дали ще се използва пак) нито дразнещо малък (та да не може да се използва без добавяне на функционалност). Като завършите кла­совете си те трябва да са лесни за многократно използване.

Упражнения

1. 
   Създайте два класа, A и B, с конструктори по подразбиране (празни ар­гу­мент­ни списъци) които съобщават за себеси. Наследете нов клас наречен C от A и създайте член B вътре в C. Не създавайте конструктор за C. Създайте обект от клас C и наблюдавайте резултатите.
   
2. 
   Променете упражнение 1 така че A и B да имат конструктори с аргументи вме­сто конструктори по подразбиране. Напишете конструктор за C и на­пра­ве­те всичката инициализация в конструктора на C.
   
3. 
   Вземете файла Cartoon.java и изкоментирайте конструктора на класа Cartoon. Обяснете какво става.
   
4. 
   Вземете файла Chess.java и изкоментирайте конструктора на класа Chess. Обяснете какво става.