Ну это в книгах про чистый код, рефакторинг и архитектуру всё.

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

читай про open/close

так и делаю

Open/Close из SOLID, Protected Variations из GRASP.  И глядишь поймешь

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

Можешь в целом на бэйсик переходить, там этого всего нет

осознанные ограничения это благо

+- так же я и думал, но одним словом это надо еще раз прочитать и все освежить в голове... ну и да, там из разного насобрано. много придется читать собирать. было бы неплохо иметь "phpstan rules reference & philosophy" чтоли, почему-то этого нет, не могу найти, странно

Ограничения, которых не понимаешь, называть дебильными... Ок, чо. Битрикс форевер

простая штука - писать код так что бы можно было расширять функционал добавляя новый код и не меняя старый. Сложное правило?

архитектура и есть набор ограничений. код без ограничений - говнокод.

или если попытаться упростить - "работает не трогай на максималках"

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

свитч:

- расширяется только за счет изменения кода (альтернатива - полиморфизм)
- растет сложность кода (в некоторых ситуациях)
- забывают break (потому ввели match в php8)

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

еще страшную вещь скажу - использование new в коде тоже open/close нарушает

ну не надо брать таких на работу)

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

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