Войти
Программирование на основе классов, или чаще ориентация на классы, представляет собой стиль объектно-ориентированное программирование (ООП), в котором наследование происходит посредством определения классов из объектов, вместо наследования, происходящего только через объекты (сравните программирование на основе прототипов ).
Самая популярная и развитая модель ООП - это модель на основе классов, а не модель на основе объектов. В этой модели объекты - это сущности, которые объединяют состояние (т. Е. Данные), поведение (т. Е. Процедуры или методы ) и идентичность <98.>(уникальное существование среди всех остальных объектов). Структура и поведение объекта определяются классом, который является определением или схемой всех объектов определенного типа. Объект должен быть явно создан на основе класса, и созданный таким образом объект считается экземпляром этого класса. Объект аналогичен структуре с добавлением указателей на методы, контроля доступа к членам и неявного члена данных, который определяет местонахождение экземпляров класса (то есть объектов класса) в иерархии классов (существенно для функций наследования во время выполнения).
Объектно-ориентированное программирование - это больше, чем просто классы и объекты; это целая парадигма программирования, основанная на объектах (структурах данных), содержащих поля данных и методы. Это необходимо понимать; использование классов для организации группы несвязанных методов не является объектной ориентацией.Джунад Али, Освоение шаблонов проектирования PHP
Инкапсуляция не позволяет пользователям нарушать инварианты класса, что полезно, поскольку позволяет реализация класса объектов, которые необходимо изменить для аспектов, не представленных в интерфейсе, без воздействия на код пользователя. Определения инкапсуляции сосредоточены на группировке и упаковке связанной информации (согласованность ), а не на вопросах безопасности. Языки ООП обычно не предлагают формальных ограничений безопасности для внутреннего состояния объекта. Использование метода доступа является условием разработки интерфейса.
В программировании на основе классов наследование выполняется путем определения новых классов как расширений существующих классов: существующий класс - это родительский класс, а новый класс - дочерний класс. Если дочерний класс имеет только один родительский класс, это называется одиночным наследованием, а если дочерний класс может иметь более одного родительского класса, это известно как множественное наследование. Это организует классы в иерархию, либо дерево (при одиночном наследовании), либо решетку (при множественном наследовании).
Определяющей особенностью наследования является то, что наследуются и интерфейс, и реализация; если наследуется только интерфейс, это называется наследованием интерфейса или подтипом. Наследование также может осуществляться без классов, как в программировании на основе прототипов.
Языки на основе классов, или, точнее, типизированные языки, где создание подклассов является единственным способом создания подтипов, подвергались критике за смешение реализаций и интерфейсов - основной принцип объектно-ориентированного программирования. Критики говорят, что можно создать класс мешка, который хранит коллекцию объектов, а затем расширить его, чтобы создать новый класс, называемый классом набора, в котором устранено дублирование объектов. Теперь функция, которая принимает объект класса мешка, может ожидать, что добавление двух объектов увеличит размер мешка на два, но если один передает объект заданного класса, то добавление двух объектов может увеличивать или не увеличивать размер мешка. сумка на двоих. Проблема возникает именно потому, что создание подклассов подразумевает создание подтипов даже в тех случаях, когда принцип подтипов, известный как принцип подстановки Лискова, не выполняется. Барбара Лисков и Жаннетт Винг кратко сформулировали принцип в статье 1994 года следующим образом:
Требование к подтипу: Пусть 
Таким образом, обычно нужно различать подтип и подклассы. Большинство современных объектно-ориентированных языков различают подтипы и подклассы, однако некоторые подходы к проектированию этого не делают.
Кроме того, еще одним распространенным примером является то, что объект человека, созданный из дочернего класса, не может стать объектом родительского класса, потому что дочерний класс и родительский класс наследуют person, но языки на основе классов в большинстве случаев не позволяют изменять тип класса объекта во время выполнения. Для языков, основанных на классах, это ограничение необходимо для сохранения единого представления класса для пользователей. Пользователям не нужно заботиться о том, вызывает ли одна из реализаций метода изменения, нарушающие инварианты класса. Такие изменения можно сделать, разрушив объект и построив на его месте другой. Полиморфизм может использоваться для сохранения соответствующих интерфейсов, даже если такие изменения сделаны, потому что объекты рассматриваются как абстракции черного ящика и доступны через объект identity. Однако обычно значение объектных ссылок, относящихся к объекту, изменяется, что влияет на клиентский код.
Хотя Simula представила абстракцию классов, каноническим примером языка на основе классов является Smalltalk. Другие включают PHP, C ++, Java, C# и Objective-C.
