т.е. не кто-то другой лезет в его состояние и создает новый объект, а объект сам это делает. Про это паттерн Information expert из grasp по сути

у каждого объекта есть набор операций, например у Money пусть будут add, subtract и split

чот новое. Фаулер в курсе?

чот новое. Фаулер в курсе?

https://github.com/moneyphp/money/blob/master/src/Money.php#L327

ну вот ж

или allocate ниже

а, все, с DTO спутал, сорян

бывает)

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

чет день сегодня странный, то в симфони чатике мне ерунду втирали какую-то, то vo с dto тут спутали))

прост у мня с последнего проекта припекает. где классы VO по зависимостям тянут вообще весь код проекта.

включая доступ к бд и формирование респонза

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

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

прост у мня с последнего проекта припекает. где классы VO по зависимостям тянут вообще весь код проекта.

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

чет день сегодня странный, то в симфони чатике мне ерунду втирали какую-то, то vo с dto тут спутали))

у мня конец недели тут прост. подустал. (да, неделя начинается с воскра)

ох уж эта призма опыта

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

посмотрел бы я на твои модели

посмотрел бы я на твои модели

с чем именно ты не согласен?)

new Car(new Engine, [new Wheel]) считается, что она сама себя сбилдила?

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

я считаю, что да

для меня необычен подход, что объекты сами над собой совершают действия.

лол

для меня необычен подход, что объекты сами над собой совершают действия.

ты просто об этом не задумывался)

я считаю, что да

сама себя эт же если инстансы двигла и колеса в конструкторе создавались же

сама себя эт же если инстансы двигла и колеса в конструкторе создавались же

нет, ведь я всего-лишь сказал, вот тебе колеса и двигатель, а машина сама их вставила в нужные места и уже готова ехать

у тебя сообщения сами себя рассылают например?

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

ты просто об этом не задумывался)

просто любопытно, а какое количество методов у вас в этих классах?

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

про Inf Exp

просто любопытно, а какое количество методов у вас в этих классах?

обычно меньше - лучше, но тут надо смотреть в сторону coupling\cohesion

у тебя сообщения сами себя рассылают например?

по-разному

я стараюсь по максимуму придерживаться Single Responsibility

бывает если переформатирование кода выполнено

обычно меньше - лучше, но тут надо смотреть в сторону coupling\cohesion

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

а если сообщение само себя отправляет, то это как-то без счастья

https://developer.mozilla.org/en/docs/Web/API/notification

и каплинг/кохижн напрямую вытекает из SOLID

а SOLID из полиморфизма и инкапсуляции

вопрос только в трактовках

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

ну возьмем например пример с блогами и поставим, у класса Post будет метод publish

как-будто он сам себя паблишит

а что демонстрирует Notification по ссылке выше?

а что демонстрирует Notification по ссылке выше?

у них там метод send

я не нашел send

я не нашел send

оно посылает при создании

т.е. на new

есть close()

ну да

об этом в ссылке выше вроде нигде нет

подозреваю, что close просто меняет состояние нотификации

а на основе этого состоянии сообщение может быть убрано из коллекции нотификаций

без кода можно гадать

вызывая close ты закрываешь нотификацию

в смысле уведомление

html5

запусти в хроме const n = new Notification("Hi"); n.close();

а ты знаешь реализацию close()?

я подозреваю,что close просто сменит состояние объекта Notification

какой-нить менеджер очереди периодически чекает пул нотификаций и убирает у которх close == true

так это деталь реализации

выше было высказываение, что Post сам себя паблишит

да

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

и т.д.

никто не говорит про бд

я говорю пор код $post->publish();

ERROR: S client not available

бд - это пример

тут пост сам себя паблишит, он там вероятно просто флаг меняет

если это AR, то еще и в базу сходит

но запись говорит: "пост запаблиши-ка себя"

выше было высказываение, что Post сам себя паблишит

А если будут еще и комментарии к постам, а потом и новости ( помимо основных постов блога). Придется копипастить метод паблиш? Или наследовать все эти классы от Post?

А если будут еще и комментарии к постам, а потом и новости ( помимо основных постов блога). Придется копипастить метод паблиш? Или наследовать все эти классы от Post?

можно пример поточнее?

вопрос ко мне вероятно

$post->addComment($comment);?

они грубо говоря сами над собой операции совершают

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

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

?

если я все правильно понял, то сообщения у тебя сами себя не отправляют, а меняют какие-то свои состояние, которые провоцируют их отправку

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

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

в любом случе есть объекты, которые общаются с другими объектами

По поводу can, must, might и др. Это все глаголы не 100% уверенности. Кто хочет чтобы dir выполнялось с вероятностью 70%?

Must вполне себе

 must 90%. Притом это требование извне

Как типо государственные. Подходит только для описание работы api и либ сторонних

чей то извне, просто коняш так сказал

"описание работы api и либ" - я видел такое в win api & COM, и так они и работали, на 90%

. MUST This word, or the terms "REQUIRED" or "SHALL", mean that the definition is an absolute requirement of the specification.

https://www.ietf.org/rfc/rfc2119.txt

Для описание документов, но не кода же

must это наоборот internal obligation

типа I must go

Rfc это документ

Fundamental Approaches to Software Engineering

Пока не получилось скачать, там из поиска торчит кусок описание, что и как с modal verbs

Про это не знаю. Мы академиев не кончали.

"Fundamental Approaches to Software Engineering" есть смелый зачитать?

@rufog couldBeStarted и canStart может иметь разный смысл. Как вариант, первое — процесс может быть запущен кем-то извне, второе — процесс может быть запущен сам вследствие каких-то иных причин)

Поэтому я за couldBeStarted или isReadyToStart

вопрос про нейминг. есть группа Client-классов для работы с микросервисами. Предположим, что один из них называется TelegramClient. Как их лучше назвать? В какой неймспейс положить?