Size: a a a

2020 December 17

MW

Maxyc Webber in Laravel UA
Вячеслав
Ещё пример конвении аксессоры и мутаторы - https://laravel.com/docs/master/eloquent-mutators#accessors-and-mutators
этого я тоже противник )
источник

В

Вячеслав in Laravel UA
В php даже есть методы которые называются магическими 🙂
источник

MW

Maxyc Webber in Laravel UA
как и прямого доступа к свойствам модели
источник

MW

Maxyc Webber in Laravel UA
только через геттеры и сеттеры. простите, через мутаторы и аксессоры )
источник

В

Вячеслав in Laravel UA
Если нравиться, что бы всё было явно и с строго, то я думаю php и laravel не лучший выбор. Здесь наоборот любят в некоторых местах долю "магии", которая позволяет лаконично решить проблему.
источник

MW

Maxyc Webber in Laravel UA
ну ларавел это лишь только инфраструктура. весь код вне фреймворка. у меня и в симфони все работает и в ларе.
источник

AK

Alex Kovalchuk in Laravel UA
Вячеслав
Такое извращение используется во многих местах в фреймворке и позволяет добиться гибкости без нужды редактировать каждый раз карту
я так делаю но пока что не могу порекомендовать делать аналогично
источник

MW

Maxyc Webber in Laravel UA
когда работаешь с несколькими фреймами - перестаешь этой всей магией балловаться.
источник

MW

Maxyc Webber in Laravel UA
задачи становятся сложней и держать в голове очередное заклинание конвенцию как то накладно чтоли
источник

В

Вячеслав in Laravel UA
Не совсем понял идею про код вне фреймворка.
Думаю это дело подхода, каждое решение имеет место в своём случае, нет плохого или хорошего. Сам Laravel - это не маленький проект и факт использования там таких вещей говорит, что проблем это не вызывает, а даже наоборот помогает иначе от этого бы избавились.
источник

AS

Alex Sin in Laravel UA
Вячеслав
Если посмотреть на пример, название ключа точно совпадает с названием класса.
Берём этот ключ строку, приклеиваем строку пространства имён в начало и создаём объект
источник

AS

Alex Sin in Laravel UA
Вячеслав
Такое извращение используется во многих местах в фреймворке и позволяет добиться гибкости без нужды редактировать каждый раз карту
Но это нас ограничивает, а маппинг не ограничивает, ни в именах, ни в путях
источник

AS

Alex Sin in Laravel UA
хехе
источник

AS

Alex Sin in Laravel UA
Maxyc Webber
не, я противник любой магии
источник

AS

Alex Sin in Laravel UA
Yurii Horbal
Магії місце в хогвардсі
Верно говорят что история циклична. У нас тут видать новая инквизиция собирается))
источник

MW

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

AS

Alex Sin in Laravel UA
Вячеслав
Если нравиться, что бы всё было явно и с строго, то я думаю php и laravel не лучший выбор. Здесь наоборот любят в некоторых местах долю "магии", которая позволяет лаконично решить проблему.
Если бы это было правдой, не было бы в пхп нововведений для строгой типизации
источник

AS

Alex Sin in Laravel UA
Maxyc Webber
когда работаешь с несколькими фреймами - перестаешь этой всей магией балловаться.
да, а особенно с разными даже языками, везде паттерны юзаются
источник

AS

Alex Sin in Laravel UA
Maxyc Webber
задачи становятся сложней и держать в голове очередное заклинание конвенцию как то накладно чтоли
Но маппинг прозрачнее чем конвенция  приятнее на вид чем свитч
источник

MW

Maxyc Webber in Laravel UA
соглашусь. но на тот момент что то не пришло в  голову. программирование вещь творческая. одну и ту же задачу сделают десятками способов )
источник