Java_amm_lesson_2 (1)

В предыдущих сериях
Java – язык с Си-подобным синтаксисом, автоматической сборкой мусора, часто используется для создания бизнес приложений
JVM – виртуальная машина Java, на которой исполняется байт-код
IDEA – среда разработки на Java
Control flow на Java очень похоже на Си

Глава 3.1
Объектно-ориентированное программирование

ООП
Человеку сложно воспринимать большие объема процедурного кода
ООП призвано упростить написание кода
Идея ООП – структурирование программы в «модель реального мира»

ООП: идея
Практически что угодно в нашем мире можно назвать объектом
Объект можно охарактеризовать набором параметров
Значения этих параметров можно считать «состоянием» объекта
Кроме того, некоторые объекты умеют совершать действия

ООП: состояние и поведение
Объекты умеют совершать какие - то действия
Действия зависят от их состояния (не всегда, но часто)
Эти действия называются методы
Все, что умеет делать объект – его поведение.

ООП: пример
Параметры объекта будем звать свойствами
То, что он умеет делать – методами
Какие свойства и методы есть у автомобиля?

ООП: класс
Некий “чертеж” или “инструкция”, описывающая объект
Описывает какие свойства есть у объекта (но не их конкретные значения)
Описывает, что умеет делать объект, но поведение в «рантайме» часто зависит от свойств

ООП: основные понятия
Объект – сущность, имеет состояние и поведение
Класс – шаблон, по которому создается объект
Свойство – параметр класса, у объекта имеет конкретное значение
Метод – функция, описывается в классе, принадлежит объекту, может использовать его состояние
Конструктор класса – специальный метод, который «собирает объект по чертежу»

Class Car
Object Volkswagen polo
Object Kia Shortage
Object BWM X6
ООП: пример класса

ООП: пример класса
Свойства
Класс
Конструктор класса
Метод

Добавим новый метод

Вопросы и ответы

Глава 3.2
Принципы ООП

ДИСКЛЕЙМЕР
Есть общепризнанные концепции ООП, а есть моя интерпретация тех или иных свойств, и их применимость на практике. Часть из того, что я буду рассказывать, будет касаться личного опыта.

ООП: Принципы
Полиморфизм
Инкапсуляция
Наследование

ООП: Наследование
Class Airplane
Вспомним класс «Машина»
Подумаем о взаимоотношении класса «Машина» и «ТранспортноеСредство»
Class Vehicle
Умеет «перемещаться»
Имеет бренд
Ездит на 4х колесах
Есть двигатель
Class Car
В него можно «сесть»
Летает
Есть крылья и 2 двигателя

Наследование, пример

ООП: Наследование, пример
Переопределили метод
Обращение к конструктору предка
Значение по умолчанию
Унарный условный оператор
Наследование

ООП: Наследование, пример

Совсем чуть-чуть про память в java
Class Vehicle
Class Car
brand
passangersCount
move(destination)
sitInt(passangersCount)
brand
passangersCount
move(destination)
sitInt(passangersCount)
engineCapacity
move(destination)
Stack
Heap
V
Vehicle v1 =
new Vehicle(“any”)
move(destination)
move(destination)
Vehicle v2 =
new Car(“any”, 100)
move(destination)
move(destination)
Car c1 =
new Car(“any”, 120)
move(destination)
move(destination)

ООП: Инкапсуляция
Упаковка данных и функций в единый компонент
Скрывает детали реализации от пользователя класса
Делает систему более гибкой

ООП: Инкапсуляция, модификаторы доступа
Public – виден всем
Protected – виден в потомках
Private – виден только самому классу
Package Private – виден в рамках пакета

Инкапсуляция, пример
Поле недоступно из вне
Поле доступно внутри класса
Метод доступен всем

Инкапсуляция, пример
Нарушаем инкапсуляцию

Инкапсуляция, пример
Поле доступно в потомках

ООП: полиморфизм
Некоторые объекты могут совершать похожие действия
Транспортные средства могут ездить, но все по-разному
С точки зрения ООП – наличие у объектов-потомков методов, одинаковых по сигнатуре, но различных по реализации
Позволяют использовать похожие алгоритмы с различной реализацией в одном конкесте.

ООП: полиморфизм
Полиморфизм
Код не зависит от типа транспорта

ООП: оверлоад

Зачем вообще нужно ООП?

Зачем вообще нужно ООП?
Код разбивается на большее число модулей
Модули менее зависимы
Связи между модулями не зависят от реализации

Глава 3.3
Абстрактный класс и интерфейс

Абстрактный класс
Метод move всегда переопределяется
Мы никогда не используем Vehicle, только наследников

Абстрактный класс
Абстрактный класс – класс, у которого есть хотя бы 1 метод (вообще может и не быть, но смысла в этом мало), который непонятно как должен работать, и по-этому определяться он будет в наследниках
Сущность абстрактного класса создать нельзя (но можно присвоить наследника переменной ТИПА абстрактного класса: Abstact a = new Naslednic())

Абстрактный класс
Абстрактный класс
Абстрактный метод

Интерфейс
Интерфейс – так сказать “контракт” на то, что класс реализует набор методов.
До 2014 года(до java 8) интерфейс не мог иметь реализации методов
Класс может реализовывать несколько интерфейсов ( а наследовать абстрактный класс только 1)

Интерфейс
Множественное наследование интерфейсов
Приведение к типу интерфейса

Вопросы и ответы

Глава 3.4
Практика, Основы ООП