Привет Ребят кто может кинуть свой крутой пет проект на симфони оформленный по корпоративным стандартам?

Код стаил, архитектура симфони приложений, то как принято в коммерческих проектах сейчас

Код стаил, архитектура симфони приложений, то как принято в коммерческих проектах сейчас

В симфони принят например yoda-style для условий, но это не значит, что это нормальный подход. Так что все по разному пишут

а чем плох yoda-style?

Нет единого стандарта. Мы щас тут все кинем в одном стиле, а на твоей работе мечты делают в другом. Лучше начни изучение симфони с изучением её особенностей, научись мыслить в рамках симфони что бы быстро решать проблемы. А стиль сам придёт

Тем, что это это не логично с точки зрения чтения слева направо

Стиль - PSR12 + свои требования, как организовывать - смотрим symfony framework, дальше читаем про архитектурные подходы и строим своего монстра. В каждой компании делают по своему. Даже стиль кода может быть не PSR12. Проще всего самому написать бандл для интеграции чего-то и там придёт понимание

Это как? Можно немного раскрыть суть ?

Есть определённые вещи, которые реализованы в фреймворке для того, что бы люди с разным уровнем могли просто понимать проект и структурировать его так, что бы он был понятен для остальных. Если я хочу настроить фаервол - я не буду настраивать это в контроллерах, а полезу в symfony security. Если я хочу сделать background операцию, то я не буду настраивать консольную команду, я скорее всего буду использовать symfony messendger Если я хочу прослушивать события - я не буду свои коллбеки лепить, я обращусь к ивент сабскрайберам Так же многие вещи связанные с di. Короче нужно учиться не лепить свои костыли или использовать сторонние вещи, а пользоваться стандартными и общепринятыми вещами.

Уже PER, а не PSR12

А, нуда, точно, php8 фичи и все такое :)

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

больше кода, меньше рассуждений!

Ахахахахахаахахах

ПропертиХук крутая фича. Но мозг нужно будет перестроить

зато будет сильно проще читать java kotlin и c#

Ну и гавнеца прибавится тоже

с c# та же проблема при чтении, там такие же гет сеттеры ещё и с модификаторами

да почему.. будет стандарт на уровне языка, а не set*\get*

Там помимо этого куча сайд эффектов еще идет. Какой то видос смотрел, чет правда уже забыл детали, там вплоть до вируальных свойств. Т.е. это дает не просто замену геттерам и сеттерам

эти свойства ещё и работают и при инкапсуляционных вызовах. Теперь даже внутри класса нужно будет всё просматривать. Если кто-то объявил сеттер - то можно просто сделать новый сеттер, с другими правилами и с другим именем. А как тут?

С другой стороны, есть плюс - что это будет однозначная точка входа а не $this->setProp vs $this->prop

Да, просто как-то всё в кучу. Надо пробовать, пока не понятно что читаемее. Но с точки зрения интерфейса разделить проперти и методы - здравое решение. Правда если раньше ты делал get или set в проперти - ты сразу знал что данные будут без изменений. А вот щас непонятно. С другой стороны сейчас getName setName правят балом и там та же проблема.

я про переход от $this->setProp на $this->prop

в 99% чуваки просто с пхп 5 не перестроились, что пишут их

Там может быть логика

я про переход от $this->setProp на $this->prop

ну вот поэтому 1% под неё и оставил)

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

Лови: обрезка текста свойств сущности, чтобы не выльтела 500 при записи в базу, чего не делают наверное никто))

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

так это не проблема сущности же

А чья ) если она последняя точка обработки данных.

нет же, ещё персистент слой

хотя... в теории если завезти в тот же стан какой-нибудь тип string<0, 500>, то тогда её будет

нет же, ещё персистент слой

Т.е. ты в персистенте будешь ставить логику поставить три точки вместо последнего поганичного слова?

а, я думал ты про ограничения varchar

Опять же частый кейс, что приходит null и '' и нормализовать к null после trim если пустая строка