Но это и есть "дерево", вроде как???

_____________
* Хэлп по PHP
* Описалово по JavaScript
* Хэлп и СУБД для PostgreSQL

* Обучаю PHP, JS, вёрстке. Интерактивно и качественно. За разумные деньги.

* "накапливаю умение телепатии" (С) и "гуглю за ваш счет" (С)

Не. Дерево так:

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

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

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

Вот таким образом

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

_____________
* Хэлп по PHP
* Описалово по JavaScript
* Хэлп и СУБД для PostgreSQL

* Обучаю PHP, JS, вёрстке. Интерактивно и качественно. За разумные деньги.

* "накапливаю умение телепатии" (С) и "гуглю за ваш счет" (С)

Если не трудно))) А то у меня диссонанс произошел)

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

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

Сущность, это то, что существует в реальности. Пусть даже виртуальной. Другими словами объект должен отвечать на вопрос. Что делает?
Она возникает

Ну то есть не обязательно. Может и не возникнуть. И тогда экземпляр класса будет просто набором команд. Инструкцией. Инструкция предписывает программе что делать в конкретный момент выполнения.

Вот на выполнении инструкций и зиждется императивное программирование.

На примере.

class user
{
    function auth(){}
}

При инициализации создаст объект.
Кто? Юзер. Что делает? Аутентифицируется.

А класс

class auth
{
    function enter(){}
}

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

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

Еще разница в том, что объекты наследуются, а инструкции расширяются.

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

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

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

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

Да, но парадигмы то как раз понятия филосовские. С точки зрения машины никакого объекта не создается. Просто выделяется кусок памяти, организуется стек и так далее. Как только результат переходит в руки программиста, так сразу появляется или не появляется объект.

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

Я потому и уточнил. Раз условие "без объектов", значит будут экземпляры. Хоть горшком назови, главное - парадигма. Философия. У меня не будет сущностей, которые описываются в отрыве от контекста. А потому это не объекты.

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

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

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

это читерство, так не годится, весь смысл состязания теряется. Пофиг как ты их называешь, можешь хоть чертом и в печь ставить, но var_dump(new stdClass) говорит object, значит объект

---

Спустя 5 минут, 21 секунда Invis1ble написал(а):

---

Кстати, википедия говорит, что ОО парадигма является подвидом императивной парадигмы, так что непонятно, в чем спор вообще
тему надо переименовать в "Процедурка VS ООП"

_____________

Профессиональная разработка на заказ

Я на GitHub | второй профиль