Класстардың анатомиясы және класс жобасының нұсқаулығы 1

1.

КЛАССТАРДЫҢ АНАТОМИЯСЫ
ЖӘНЕ КЛАСС ЖОБАСЫНЫҢ
НҰСҚАУЛЫҒЫ 1
Лекция 6

2.

Кіріспе
• Класстар вакуумда емес, басқа класстармен өзара әрекеттесу
есебімен құрастырылуы керек
• Соғыста бір класс жауынгер емес
• Объектіні құру кезінде ол әрқашан дерлік басқа нысандармен
әрекеттеседі
• Нысан басқа объектінің бөлігі болуы мүмкін
• Объектіні басқа объектіден мұраға алуға болады

3.

Класс атауы
• Класс атауы сыныпты анықтайды
• Класс атауы сыныптың өзі не істейтінін айтуы керек
• Классты атау кезінде қолданылатын программалау тілінің
шектеулерін ескеру қажет.

4.

Комментариилер

5.

Комментариилер

6.

Атрибуттар
• Атрибуттар белгілі бір объектінің күйін білдіреді
• осы нысан туралы ақпаратты қамтиды

7.

Атрибуттар

8.

Конструкторлар
• Cabbie класында 2 конструктор бар
• Конструктор декларациясы болмаса, әдепкі конструктор
шақырылады
• нөлдік мән
• Конструктордағы атрибуттарды инициализациялау жақсы
тәжірибе болып табылады
• Нөл үшін атрибутты тексеру де ақауларды болдырмау үшін жақсы
тәжірибе болып табылады.
• Атрибут инициализацияланбайтын жағдайлар бар

9.

Конструкторлар

10.

Конструкторлар

11.

Қол жеткізу әдістері

12.

Қол жеткізу әдістері

13.

Қол жеткізу әдістері

14.

Қол жеткізу әдістері

15.

Ашық интерфейстердің әдістері

16.

Жабық іске асыру әдістері

17.

СЫНЫПТЫ ДИЗАЙН БОЙЫНША НҰСҚАУЛЫҚ
• Кіріспе
• Объектіге бағытталған бағдарламалау бір класстың деректері мен
әрекетін инкапсуляциялайтын толық пакеттер ретінде
сыныптарды құру идеясын қолдайды.

18.

Нақты жүйелерді модельдеу
• Модельдеу әрбір объектінің атрибуттары мен мінез-құлқы болған
кезде объектілік модель негізінде жасалуы керек.
• Атрибуттар мен мінез-құлық болған жағдайда әрбір объект өмірдегі
өзара әрекеттесуге ұқсас дербес бірлік ретінде басқа объектімен
әрекеттеседі (Такси мен жолаушы).
• OOP қолданудың бастапқы кезеңінде процедуралық әзірлеушілер
атрибуттарды қоспады, бұл инкапсуляцияның бұзылуына әкелді.
• Жалғыз жауапкершілік интерфейстеріндегі және бағдарламалау
интерфейстеріндегі мінез-құлықты инкапсуляциялау икемділікке,
модульдікке және техникалық қызмет көрсетудің
қарапайымдылығына мүмкіндік береді.

19.

Ашық интерфейстерді анықтау
• Классты жобалау кезіндегі ең маңызды міндет ең аз жалпыға
ортақ интерфейсті қамтамасыз ету болып табылады. Класс құру
толығымен пайдалы және ықшам нәрсені қамтамасыз етуге
бағытталған.
• Жақсы жобаланған объектінің интерфейсі клиент ұсынуы қажет
қызметтерді сипаттайды. Егер сынып пайдаланушыларға пайдалы
қызметтерді ұсынбаса, оны мүлдем жасамау керек.

20.

Минималды ашық интерфейс
• Ең аз жалпы интерфейсті қамтамасыз ету сыныпты мүмкіндігінше
жинақы етеді.
• Мақсат - пайдаланушыға сәйкес жұмысты дұрыс орындауға
мүмкіндік беретін дәл интерфейспен қамтамасыз ету.

21.

Минималды ашық интерфейс