Давай уточним, что не в вебе "вообще", а именно на сервере. И то это утверждение верно не всегда, ибо можно сделать "демона", который будет крутиться в памяти достаточно долго. И на ПХП, и на других серверных языках это возможно. Такой демон будет хранить всё, что ему скажешь, в течение необходимого времени.
Ну и JS - это тоже веб!!! Процитированное утверждение к нему ну никак не относится. Если, конечно, кто-нибудь не будет при каждом чихе перезагружать страницу

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

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

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

DDD Эванса это в основном не про архитектуру приложений, а про методологию организации бизнесс-логики в этом приложении. Что бы использовать DDD надо как минимум шарить в ООП и слоистых архитектурах.

_____________
Люди, имеющие низкий уровень квалификации, делают ошибочные выводы, принимают неудачные решения и при этом неспособны осознавать свои ошибки в силу низкого уровня своей квалификации

В чистом виде - да, с примесями - нет.

_____________
Люди, имеющие низкий уровень квалификации, делают ошибочные выводы, принимают неудачные решения и при этом неспособны осознавать свои ошибки в силу низкого уровня своей квалификации

Про пиццу? Ты смеёшься сейчас? Как ты собрался жарить пиццу по интернету? Я в бреду больной фантазии только могу себе представить сеть автоматов по производству пиццы, софт для которых написан на PHP(!)

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

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

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

Ты как всегда на своей волне. Что ты имеешь ввиду под примесями, трейты или что другое?

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

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

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

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



_____________
Люди, имеющие низкий уровень квалификации, делают ошибочные выводы, принимают неудачные решения и при этом неспособны осознавать свои ошибки в силу низкого уровня своей квалификации

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

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

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

Весьма туманно это все. Нарисуй диаграмму, сразу станет ясно, что есть сие.


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

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

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

Нет, не жарить. Это может быть система оформления заказов.

это и есть ООП. Продвинутое.

Базу данных реляционную одну на другую поменять можно и без этого, если использовать какой нибудь query builder и DAO обертки, как во фреймах и цмс.
Они тут дальше пошли и хотят проектировать объекты, которые вообще ничего не знают ни о какой базе. Сделано это потому что они считают что БД - это все инфраструктура и бизнес логику от этого надо по полной отделить. Такое разделение кроме соответствия SOLID в том числе позволит писать чистые модульные тесты или например менять реляционную базу на неряляционную.
Но раз бизнес и прочие объекты о базе ничего не знают, то операциями по их получению из БД, сохранением и всего такого, уже будут заниматься другие объекты - Репозитории.

_____________
There never was a struggle in the soul of a good man that was not hard

Для оформления заказа достаточно знать название и местность. Зачем нужен объект с толщиной теста и свининой? Это должен знать повар. Ну если только ты не собираешся жарить её с помощью интернета.

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

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

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

Абсолютно верно говоришь, но хочется немного раскрыть. С точки зрения DDD, проектирование от БД, чему обычно учат программистов, является ошибочным подходом. То есть, в классическом варианте как люди действуют? Слушают задачу, расписывают схему БД, потом под нее подгоняют что можно и что нельзя. Получается у нас "диктует правила" (накладывает ограничение) не бизнес логика, а хранилище. Сложные проекты из-за такого подхода получаются жутко дубовыми и даже часто кривыми. Не говоря уже о гибкости при поступлении новых запросов от бизнеса. А они, запросы эти, в нормальной ситуации поступают довольно часто. Очень неприятно стукаться лбом в хранилище, из-за компромиссов проектирования логики. Тем более, что его модификация представляет из себя один из самых трудоемких процессов.

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

ВеликийПрограмист, судя по вопросам ты за DDD слишком рано схватился. И вообще, эти принципы больше под enterprise применимы. Какой ты будешь, скажем, ubiquitous language прорабатывать, чтобы сделать сайт визитку что ли!?

Зря гуглишь, DDD уже отстой. Сейчас BDD в тренде.


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

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

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

Ну не все, конечно. =) О чем спращивают про то и пишу. )

Это не правила, а подход к разработке enterprise ПО, который базируется на некоторых принципах. Они обозначены в википедии, но если есть желание погрузиться в тему, то стоит прочитать книгу http://dddcommunity.org/book/evans_2003/

twin, BDD это попытка запихнуть в TDD приципы DDD. Что значит отстой? Весьма странное высказывание.