в контейнере ты зависишь от конкретных нод, а в ноде только от интерфейс контейнера

где?

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

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

DIP все дела

пацаны я тут статью перевёл вчерашнюю все таки https://habrahabr.ru/post/344164/

другое дело нужно ли тебе это)

пацаны я тут статью перевёл вчерашнюю все таки https://habrahabr.ru/post/344164/

лучше забрось в черновик и прогони через главреда или подобные сервисы

есть пунктуационные ошибки

и перевода тоже)

кроме того, есть кое-где пропущенные пробелы

лучше забрось в черновик и прогони через главреда или подобные сервисы

главвред мне не очено помогает)

Тяжеловато читается Перечитайте вслух и перепишите, чтобы читалось легко

главред - первое, что пришло в голову) вроде и другие подобные есть ну или найти грамотного человека. который должен тебе денег, и попросить его откорректировать)

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

если честно - их там слишком много, чтобы писать в лс

пацаны я тут статью перевёл вчерашнюю все таки https://habrahabr.ru/post/344164/

По гексагонам статья-перевод хорошая у Сергея есть) https://habrahabr.ru/post/267125/

По гексагонам статья-перевод хорошая у Сергея есть) https://habrahabr.ru/post/267125/

говно статья

там каша

говно статья

гыгы

По гексагонам статья-перевод хорошая у Сергея есть) https://habrahabr.ru/post/267125/

Ага, видал)

там каша

Ваше мировозрение поменялось с тех времен?))

Ваше мировозрение поменялось с тех времен?))

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

на тот момент я еще думал что command bus это хорошая идея, а сейчас - мне кажется что это оверхэд и не нужно

на тот момент я еще думал что command bus это хорошая идея, а сейчас - мне кажется что это оверхэд и не нужно

Сильно увеличивает сложность системы?)

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

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

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

а есть вменяемая статья на полстранички о чем вы вообще?)

пришел нотиф из хайлоада, екнуло сердце, оказалось тупо ниочем(

а то уже третий день слышу про гексагоны какие-то

а ведь обещали через 2 недели все записи

а то уже третий день слышу про гексагоны какие-то

http://wiki.c2.com/?PortsAndAdaptersArchitecture

вот мне кажется это самое оно - написанное лично кокберном с предысторией

так что таки да - сначала была гексагоналка а потом завистники придумал и onion

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

мы сейчас про command bus или про что?

мы сейчас про command bus или про что?

да

а почему появилась необхоидмость?)

команд басы - красная тряпка для Сергея) лучше сказать, что ддд говно)

есть не очень удобная, негнущаяся вендорская библиотека под задачу, требоание выглядит как то так:

нипонятные слова какие-то.

если я правильно понимаю, у тебя есть какое-то сообщение которое пришло неизвестно откуда и тебе надо зароутить это дело на какой-то обработчик. Так?

ERROR: S client not available

что за ботан - хз

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

короч комманд бас хорошо когда у тебя хэндлеры выполняются не в текущем процессе и тебе надо их куда-то переправить (RPC например)

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

ммм что?

"все сервисы под одним интерфейсом"?

это как так то?

это библиотека для ботов

любопытненько

а ссылку можно?

работающая с множеством сервисов, вконтач, телега, фб и тд

это библиотека для ботов

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

понял

а ссылку можно?

https://botman.io/

thx

ну короч если у тебя на вход есть "сообщение" и тебе его надо "обработать" - command bus хорошо ложится.

ого) оно ещё и на пхп) надо к себе прикрутить)

а вот если у тебя обработка сообщения происходит в том же процессе где это сообщение рождается - то тут профит от command bus уже сомнительный

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

ну короч command bus идеален если у тебя все "команды" асинхронно/отложенно обрабатываются и не требуют ответа)

потому что сейчас процессинг выглядит вот так: public function run(){ $this->say('Скажите А'); $this->a = $answer->getText(); $this->b(); } public function b(){ $this->say('Скажите b') $this->b = $answer->getText(); }