принцип подстановки как бы действует именно на подстановку без изменения кода. Когда у тебя один тип а приходит другой. то есть уже готовый инстанс. То есть ты не можешь нарушить LSP на уровне конструктора

об этом я как то не подумал

https://designpatternsphp.readthedocs.io/ru/latest/Creational/Builder/README.html

require no more, promise no less

@foIIeah может и тебе она лучше зайдёт

https://designpatternsphp.readthedocs.io/ru/latest/Creational/Builder/README.html

билдер про другое

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

Ну, у меня дтошка

require no more, promise no less

robustness principle

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

для пост кондишенов это нормально их усиливать

только php в такое не умеет

либо убирать тип либо вообще метод?

либо убирать тип либо вообще метод?

убрать тип в чайлде это нарушение LSP

А если оставить тип - интерфейс - не нарушение?

(хотя влияет только факт того, можешь ты инстанс этого типа подставить где юзается базовый или надо instanceof делать)

А если оставить тип - интерфейс - не нарушение?

ох..... ПОДСТАНОВКА

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

если это так - то эти две херни могут иметь базовый тип общий

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

и это мы еще про инварианты не говорили

Понял, спасибо

когда-нибудь я пойму, что такое инварианты

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

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

не уверен, что практика поможет с этим скиллом

как по мне, практика академические скилы чаще убивает)

как по мне, практика академические скилы чаще убивает)

если рассматривать практику как то, что делаешь "как сказали", то может быть. А если есть возможность попытаться сделать "как лучше", то всё-таки практика помогает. Всё-таки на практике обычно появляется много вопросов, на которые надо искать ответ.

как по мне, практика академические скилы чаще убивает)

что странно)

зависит от того, думать ли про эти академические штуки на практике)

если рассматривать практику как то, что делаешь "как сказали", то может быть. А если есть возможность попытаться сделать "как лучше", то всё-таки практика помогает. Всё-таки на практике обычно появляется много вопросов, на которые надо искать ответ.

I want to belive

на практике обычно появляется чувак с плёткой и стройный красивый мир летит в помойку)

Прислали тестовое задание - сказал им, что буду писать его неделю :D Интересно, как они отреагируют, если дно-джун будет пытаться сохранять агрегаты в сериализованном виде ;0 Наверное подумают, что я сумасшедший

Прислали тестовое задание - сказал им, что буду писать его неделю :D Интересно, как они отреагируют, если дно-джун будет пытаться сохранять агрегаты в сериализованном виде ;0 Наверное подумают, что я сумасшедший

эт называется снапшот)

не дно джуны тоже так делают

на практике обычно появляется чувак с плёткой и стройный красивый мир летит в помойку)

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

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

не дно джуны тоже так делают

на самом деле я не буду, т.к. думаю это слишком сильно увеличит время разработки. Может потом... Слишком неизведанная территория

еап на месяц только

иногда бывает, что следующий еап за месяц не успевает выйти)

редко, но бывает

еап на месяц только

а, вот в чём вопрос) а нельзя им дать лицензионный ключик и попросить подавиться stable версией?)

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

я как-то пробовал - оно иногда крашится. Хоть и не часто

и плагины не в еапы умеют

в еапе, кстати, кложуры на половину заработали) на статик не ругается, но навигация всё ещё не пашет

и плагины не в еапы умеют

в смысле?

в смысле?

там "не во все"

эт называется снапшот)

Есть что-нибудь почитать по этой теме? Бестпрактисы какие-нибудь?

я как - то пробовал - отвалилось штук пять

и плагины не в еапы умеют

хер знает) всё подтянул, обновил и попросил зарестартиться)

у меня тоже с плагинами полёт нормальный

разве что дважды за последние полгода отвалился material theme

Есть что-нибудь почитать по этой теме? Бестпрактисы какие-нибудь?

event sourcing, snapshots

event sourcing, snapshots

Спасибо

мать твою... даже тайпхинт object работает

Есть что-нибудь почитать по этой теме? Бестпрактисы какие-нибудь?

https://vaughnvernon.co/?p=942

Ребзи привет У вас было что композер стопорится на вот этом Loading composer repositories with package information Updating dependencies (including require-dev) Не знаете чего хочет?

Все чистил, все удалял, полностью сносил, выделял память

уже если честно не знаю куда копать - впервые такое.

добавить -vvv

О сяпки

Resolving dependencies through SAT

https://vaughnvernon.co/?p=942

Спасибо. Я это использовал когда-то, но без глубоких теоретических основ) Порой сам видимо доходишь со временем до общепринятых паттернов

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

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

даже если отбросить в сторону мою сраную наркоманию с кложурами, сраный object могли б в стейбл и пораньше подвезти :(

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

но кложуры всё равно ломанные. Они как-то на шару проскочить с ними решили

котлин, все дела... куда там до шторма

ERROR: S client not available

Через апи телеграмма можно узнать username пользователя имея номер телефона?

Спасибо. Я это использовал когда-то, но без глубоких теоретических основ) Порой сам видимо доходишь со временем до общепринятых паттернов

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

Через апи телеграмма можно узнать username пользователя имея номер телефона?

можно

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

Ну вот да, поэтому я и захотел беспкратисы покурить)

private static function extractQwertyFieldValue(Qwerty $qwerty): int { $closure = Closure::bind( function() { return $this->getSomeQwertyPrivateField(); }, $qwerty, $qwerty ); return $closure(); } на static в еапе не ругается, но метод по прежнему не видит. Их парсер просто сделал вид, что $this его не смущает и всё, на этом фикс закончился. А к чему этот this относится - ему похеру

можно

Спасибо

Ну вот да, поэтому я и захотел беспкратисы покурить)

https://channel9.msdn.com/Events/TechEd/NorthAmerica/2014/DEV-B331 вот ещё. Тут про агрегаты относительно понятно. Правда там сабов нет. Некоторые заковыристые предложения моск ломают. Но есть схемки - это помогает

Предложение для newrelic, которое позволит работать с асинхронным кодом. Может быть есть идеи как реализаовать или улучшить предложение. https://discuss.newrelic.com/t/feature-idea-phpreact-1-process-for-many-connections/56425

Взять amp. Если старт транзакции не возвращает никаких идентификаторов транзакции, то и саму транзакцию в помойку. Она бесполезна

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

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

хендлер не важен, это вопрос реализации, это пример

Ну тогда у тебя 3 промиса: старт транзакции, запись и коммит.

Вопрос в чём, если не в реализации? Изи же

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

Фича бесполезная в коде, который не предназачен для асинхронной работы

Упрощенный пример, да там handle промис должен вернуть и в резолве промиса транзакция должна закрываться

поправлю

call(static function($someData) { yield startTransaction() yield handle($someData)): yield commit(); }, $someData) ); С телефона кодить не ок)

Но в целом я в этой затее смысла не вижу. В 99% приложений луп будет стопариться каждый тик

В общем, написал компрессор кода php, он кривой , но работает, если кому надо могу в гит выложить

Есть или был Zend Guard , для защиты кода

Есть или был Zend Guard , для защиты кода

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

Есть или был Zend Guard , для защиты кода

Знаю, спасибо, но обфускация не нужна

Знаю, спасибо, но обфускация не нужна

ну так и экономия 20% от размера файлов не особо нужна

то чувство, когда "изобрёл" самую лучшую либу в мире и все обосрали

Прост назначение странное)

Мо меньшей мере)

ну так и экономия 20% от размера файлов не особо нужна

Я полностью согласен, но бывают исключения

то чувство, когда "изобрёл" самую лучшую либу в мире и все обосрали

человек продал что-то из solution space не объяснив problem space

это нормально - подавляющее большинство продуктов так продаются) тебе мол это просто надо

и что хуже - большинство продукт менеджеров и оунеров так фичи закидыают в бэклог. Типа "ну им нужна кнопка которая выгружает email-ы юзеров!"