Size: a a a

2019 September 16

O

Ostap 🇺🇦 in Laravel UA
Патерни, швидке пояснення:
https://github.com/kamranahmedse/design-patterns-for-humans
источник

AK

Alex Kovalchuk in Laravel UA
З цим я не згідний, в $cancellable можна поставити дефолтне значення а good виглядає як гірший варіант і створення лишнього класу при умові що MenuConfig нічого більше робити не буде
источник

AK

Alex Kovalchuk in Laravel UA
Alex Kovalchuk
З цим я не згідний, в $cancellable можна поставити дефолтне значення а good виглядає як гірший варіант і створення лишнього класу при умові що MenuConfig нічого більше робити не буде
При складнішому функціоналі таке розділення має сенс але цей упрощений приклад на мою думку лише погіршує якість і читабельність коду
источник

O

Ostap 🇺🇦 in Laravel UA
Alex Kovalchuk
З цим я не згідний, в $cancellable можна поставити дефолтне значення а good виглядає як гірший варіант і створення лишнього класу при умові що MenuConfig нічого більше робити не буде
в класі теж можна додати default значення
источник

O

Ostap 🇺🇦 in Laravel UA
Alex Kovalchuk
З цим я не згідний, в $cancellable можна поставити дефолтне значення а good виглядає як гірший варіант і створення лишнього класу при умові що MenuConfig нічого більше робити не буде
Чому зайвого? якщо ще десь треба буде такі параметри, буде дублювання, а з класом - ні (я так зрозумів)
источник

MA

Maksim Aleshchenko in Laravel UA
Alex Kovalchuk
З цим я не згідний, в $cancellable можна поставити дефолтне значення а good виглядає як гірший варіант і створення лишнього класу при умові що MenuConfig нічого більше робити не буде
ну это подход с использованием DTO
источник

AK

Alex Kovalchuk in Laravel UA
Ostap 🇺🇦
Чому зайвого? якщо ще десь треба буде такі параметри, буде дублювання, а з класом - ні (я так зрозумів)
З підходом я згідний в мене питання саме до прикладу оскільки він не показує в чому профіт від використання DTO
источник

MA

Maksim Aleshchenko in Laravel UA
Alex Kovalchuk
З підходом я згідний в мене питання саме до прикладу оскільки він не показує в чому профіт від використання DTO
много подобного кода как примеры не показывают как и в каких ситуациях надо применять паттерны
источник

В

Вячеслав in Laravel UA
Это абсолютно стандартная практика, по рефакторингу большого количества параметров - https://sourcemaking.com/refactoring/smells/long-parameter-list

Всё что здесь говорится, если много значений относяться к одному смысловому объекту, объедени их.
источник

В

Вячеслав in Laravel UA
Профит в том, что значения которые относятся к одной группе, объеденены, а не разбросаны по разным переменным
источник

O

Ostap 🇺🇦 in Laravel UA
Як думаєте, перевірку чи належить користувач до проекту, варто реалізувати як правило валідації?
источник

O

Ostap 🇺🇦 in Laravel UA
Чи, краще такі речі не робити в валідації?
источник

O

Ostap 🇺🇦 in Laravel UA
там просто буде йти запит в бд
источник

П

Павел in Laravel UA
если я праивльно понимаю ларавель философию, то это должны быть или policies или gates
источник

П

Павел in Laravel UA
скорее gate
источник

П

Павел in Laravel UA
политики для моделей
источник

AK

Alex Kovalchuk in Laravel UA
Ostap 🇺🇦
Як думаєте, перевірку чи належить користувач до проекту, варто реалізувати як правило валідації?
источник

O

Ostap 🇺🇦 in Laravel UA
о, точно, дякую
источник

П

Павел in Laravel UA
или вообще middleware
источник

O

Ostap 🇺🇦 in Laravel UA
Павел
политики для моделей
а, забув сказати - що це при сторені сутності, яка відноситься до проекту
источник