Из пхп плохой шаблонизатор

много лишнего надо писать

много лишнего надо писать

ты просто не сишник и не понимаешь)

насколько меньше надо писать)

Но пхп о нем не знало

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

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

ну в целом если мы возьмем изначальную идею которая была у Кея (где нутро объектов не интересно а интересно только то как они взаимодействуют как распределенная система) и посмотреть на то что есть сейчас - то в целом можно забыть о всех этих штуках и в целом вся соль будет только в организации модулей.

и с этой точки зрения сишные заголовочные файлы в целом гуд идея (ну и модули в нормальных языках типа питона)

ну в целом если мы возьмем изначальную идею которая была у Кея (где нутро объектов не интересно а интересно только то как они взаимодействуют как распределенная система) и посмотреть на то что есть сейчас - то в целом можно забыть о всех этих штуках и в целом вся соль будет только в организации модулей.

И их замене

и с этой точки зрения сишные заголовочные файлы в целом гуд идея (ну и модули в нормальных языках типа питона)

Ну кей хотел рантайм замену всего

кей хотел распределенную систему. Что бы небыло центра (потому что ему промыли голову ребята из ARPA)

Деплои без даунтайма чувак в 70ом году хотел

Странный он)

а что мы видем? public static main(args: string[])

Деплои без даунтайма чувак в 70ом году хотел

в 60-х уже такое было)

не помню как проект назывался

p.s. а если вспомнить что в 45-ом один немец придумал компьютеры с языками которые больше похожи были на джаву чем на алгол.... с исключениями и прочими штуками высокоуровневыми... и ему просто не повезло быть немцем...

ну в целом если мы возьмем изначальную идею которая была у Кея (где нутро объектов не интересно а интересно только то как они взаимодействуют как распределенная система) и посмотреть на то что есть сейчас - то в целом можно забыть о всех этих штуках и в целом вся соль будет только в организации модулей.

Слушайте, а я вот смотрю на smalltalk/Erlang и dart1/obj-c (которые делались с идеями смолталка), а не задумывался ли тру-ООР конкретно для динамических языков?

Слушайте, а я вот смотрю на smalltalk/Erlang и dart1/obj-c (которые делались с идеями смолталка), а не задумывался ли тру-ООР конкретно для динамических языков?

ну типа тру ооп это тотальный лэйт биндинг

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

но это ж не означает что у тебя не может быть типов

но в целом да - тру ООП в статической реализации маловероятно. Либо это будет какой-то гибридный апроч

Exercise Think about the concept of an address (street, number, zip code, etc.). What is a possible context where an address could be modeled as an Entity and not as a Value Object? Discuss your findings with a peer.

что то не могу догнать когда адресс будет VO

у него же по сути все поля определяют его идентефикацию, являясь составным ключом

у него же по сути все поля определяют его идентефикацию, являясь составным ключом

А что такое vo?)

Валуе обджект)

Да, что это?

Все зависит от контекста использования

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

Не объект ли, уникальность которого определяется его содержимым?)

Ну как бы формально выходит что да))

Но все таки это квартира же

Так в чем вопрос тогда?

Если ты структурно сравниваешь две сущности, являются ли они VO?

Как мы можем две одинаковых найти

Типо если я прописываючь в квартире я прописываючь в конкретной

Если ты структурно сравниваешь две сущности, являются ли они VO?

Чтобы это ни значило

Вряд ли есть ещё такая же квартира не являющейся моей

Т. Е если у меня етть купюра в 5к и у тебя то они равны но экземпляры разные

А если мы прописаны в одной хате то это одна и та же хата

Вряд ли есть ещё такая же квартира не являющейся моей

Если ты делаешь условную софтину для кадастровых служб, то например улицы могут переименовывать

Вряд ли есть ещё такая же квартира не являющейся моей

Очень просто, у тебя может быть не один источник данных

Очень просто, у тебя может быть не один источник данных

адрес однозначно определен гос реестром...но даже если у нас два источника не понимаю вообщще это причем в моей задачке

Если ты делаешь условную софтину для кадастровых служб, то например улицы могут переименовывать

ммм но это же будет именно измененная улица старая, со всеми ее атрибутами(домами, границами, и т.д) иначе говоря эт мутабельная сущность получается

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

хотя я незаметно для себя сменил контекст обсуждения с адресса на квартиры непосредственно

а если у меня был дом, который разделил на два например Петухова 13А и Петхуова13Б это что по сути будет...

что то не могу догнать когда адресс будет VO

а это не зависит от контекста? например в системе доставки есть заказ и есть адрес. в таком случае адрес это просто vo. разве нет?

Exercise Think about the concept of an address (street, number, zip code, etc.). What is a possible context where an address could be modeled as an Entity and not as a Value Object? Discuss your findings with a peer.

@DenisUlyanov вот изначальная задача собственно)

да про доставку мне понравился приемер?

хотя с другой стороны адрес же соответствует конкретной точке...

и если в процессе заказа улицу переименовали то точка смещается выходит

а адрес тот же

получается не все так однозначно

Лень искать, науменко объяснял когда VO есть VO

в "ДДД просто о сложном"

Я не понимаю в чем вопрос, в гос реестре адрес это сущность

В приложении доставки адрес это vo

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

ERROR: S client not available

В приложении доставки адрес это vo

А как тогда ситуацию со сменой адреса разрулить

А как тогда ситуацию со сменой адреса разрулить

А тебе надо?

А тебе надо?

Мне надо передать курьеру информацию о месте доставки

Ну т.е. гос реестру понятно зачем и понятно как, ведь это сущность, а приложению доставки зачем?

Если улицу переименовывают

То адрес указывает уже не туда куда надо доставить

Если улицу переименовывают

То?

То адрес указывает уже не туда куда надо доставить

Почему это?

Как быстро на Яндекс картах он будет меняться?

Курьер заблудится?

В крайнем случае ты просто напишешь миграцию, которая старые адреса переведет в новые

Я заказал холодильник 1 декабря 2 декабря мою улицу переименовали и ещё одну улицу переименовали так что мой старый адрес теперь указывает какой на какой то сарай за мкадом Курьер смотрит 5 числа видит в яндекс картвх куда указывает мрой старый адрес и едет туда

Я заказал холодильник 1 декабря 2 декабря мою улицу переименовали и ещё одну улицу переименовали так что мой старый адрес теперь указывает какой на какой то сарай за мкадом Курьер смотрит 5 числа видит в яндекс картвх куда указывает мрой старый адрес и едет туда

Ты уверен, что описал реальную ситуацию?

А вот если бы ссылоча была на мой дом

То все круто было бы

А если 2го декабря дом снесли

И всех переселили

Ты уверен, что описал реальную ситуацию?

Нет не уверен, но теоретически же возможно

Теоретически все возможно

Достаточно просто найти подходящую теорию)

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

А в случае чего курьер перезвонит и уточнит))

Можно

Все зависит от реальных требований

В зависимости от них ты и выбираешь абстракцию

Я заказал холодильник 1 декабря 2 декабря мою улицу переименовали и ещё одну улицу переименовали так что мой старый адрес теперь указывает какой на какой то сарай за мкадом Курьер смотрит 5 числа видит в яндекс картвх куда указывает мрой старый адрес и едет туда

Для этого есть КЛАДР

Ну и так как ты описал не бывает. Переименование улицы очень длительный процесс.

Мне как-то товар 2.5 месяца везли из м-видео

всякое бывает