Всем привет.
Как известно класс это в общем смысле шаблон, а объект это в общем смысле объект реального мира.В целом это похоже на попытку описать языком программированния мир во круг, что-то вроде xml.

Если это реально так тогда получается что разделение объектов и классов, как вещи и чертежа для объекта это, просто попытка разделить некую часть логики для будующей работы, может быть в рамках такой концепции как описание мира это и имеет смысл. НО
технически можно обойтись и классами через наследование полиморфизм или просто клоннирование классов тем самым используя классы, а не объекты.

Скорее всего для описания таких сущностей как корзина или товар в большинстве случаев лучше использовать объекты.
Но при работе с логическими конструкциями управляющими системой действиетльно ли это так необходимо.
Предположим мы реализовали через комопозицию классов систему позволяющую создавать удалять и получать сессии, зачем нужно реализовывать объект для такой задачи или даже более сложной когда всю не обходимую работу я могу выполнить через стат методы классов?


Магические методы и серриализация не в счет

Попробую дополнить вопрос, может ли так оказаться что идея ООП и ее реализация в виде классов и объектов изначально задумывались для решения более простых задач, но благодаря гибкости ООп подход стал применяться для реалиацзии задач на которые не был рассчитан изначально?

Объект, это всего лишь тип данных. Он не имеет поведений. А класс наоборот, это набор поведений плюс один статический объект.
Просто нужно использовать их каждый на своем месте.

_____________
Если вам недостаточно собственных заблуждений, можно расширить их мнениями экспертов.

Нужно уважать мнение оппонета. Ведь заблуждаться - его святое право.

Настаивал, настаиваю и буду настаивать на своем. На кедровых орешках.

т.е. в теории все можно реализовать на классах, а объект использовать допустим как хранилище данных для обмена инфой между классами7

cejare, ты изобрёл DTO


_____________
Стимулятор ~yoomoney - 41001303250491

вставлю свои пять копеек.

> зачем нужно реализовывать объект для такой задачи или даже более сложной когда всю не обходимую работу я могу выполнить через стат методы классов?

сходу: есть DI (Dependency Injection), есть тесты (моки) - это всё нереализуемо через статику. Плюс костыли в виде позднего статического связывания при наследовании - это всё непременно приведёт к каше. Стоит расценивать статический метод, как функцию в каком-то пространстве имён, не более.

Бестпрактис: хочешь статику - перехоти. Сделай хотя бы синглтон.

cejare, ты изобрёл DTO

ну да

Бестпрактис: хочешь статику - перехоти. Сделай хотя бы синглтон.

сингл проблем как раз нет, класс по сути и есть синглтон по своим свйствам, поэтому его и называют класс объект,м?

есть DI (Dependency Injection),
подумаю отпишусь

есть тесты (моки)

??? юнионы?


Раньше, если не изменяет память, до 7.2 версии php, объекты хранились как переменные, со всеми вытекающими последствиями. Это было довольно расточительно по памяти. Сейчас объекты хранятся как ресурсы, а передаются по ссылке. И теперь нет смысла писать на статике, так как от этого одни проблемы.

уже ближе к конкретике, но это частная реализация одного языка
и все таки в чем смысл такой организации, почему именно такими инструментами нужно было решать проблемы с ООП не понятно

словом если бы класс можно было клонировать и назначать как значение переменной, объекты по сути были бы и не нужны

Вот смотри. Есть к примеру самолет и есть билет на рейс. В этом билете данные, кто, когда, куда летит и где именно будет сидеть. Билет, это объект. Самолет - класс. Каждый пассажир (пользователь) может воспользоваться всеми благами самолета - улететь на море отдыхать. Но все действия, от взлета до посадки, выполняет самолет и его команда, а у пассажира только данные, дающие ему право воспользоваться определенными благами.

$class = function($data) {
    return new class($data) {
        public function __construct($data)
        {
            echo $data;
        }
        
        public function test($data)
        {
            echo $data;
        }
    };
};

$class = $class('Hello, ');
$class->test('World!'); 

во превых это не класс а анонимная функция в которой происходит возвращение анонимного объекта, поведение похоже на реализацию класса но все же не оно, да самолет это класс но билет может и не быть объектом, можно было бы просто наклонировать классы и в спец методе клона задать свойства билета. Но речь топика не об этом.

речь за то что по изначально классы и и объекты создавались для более конкретной задачи, но в связи с ростом возможностей и инженернопрограмной мысли уже давно переросли изначальную задумку.


возьмем к примеру абстрактную фабрику которая может создавать 3 различных объекта, ее можно же реализовать как статикой так и через объект который будет использовать методы.

Или пример с тем же самолетом, допустим мы усложнили задачу, самолетов может быть несколько, можно по идее создать самолет дочерними классами, но будет дублироваться код, значит лучше реализовать через объекты

хотя конечно нужно признать, что имитация класса очень занимательна

хочу знать больше


это не не новость

где просмотреть хронологию развития?

Где посмотреть данные по реализации пхп на нативном уровне?

это не так работает.

фабрика? а как?

cejare, классами ты задаёшь типы объектов и поведение для работы с этими типами. Открываешь статью "Объект" в Википедии, там: