AH
Давайте теперь за паттерны... Люди, акститесь! Хватит тыкать умными словами, о которых на практике мало кто вспоминает.
Size: a a a
2020 February 19
ИЛ
Давайте теперь за паттерны... Люди, акститесь! Хватит тыкать умными словами, о которых на практике мало кто вспоминает.
Лан лан
ИЛ
Пара закончилась все-равно
мн
Давайте теперь за паттерны... Люди, акститесь! Хватит тыкать умными словами, о которых на практике мало кто вспоминает.
Много кто вспоминает)
AH
Это не зарезервированное чисто ларой слово же. Вы тут спорите о том, что не стоит в неймспейсе его использовать?
Сложно сказать.
Я согласен что использование слова немного семантически неверное. Чуть-чуть.
Но Ваня настаивает на внедрении целой обертки в виде illuminate/container чтобы "оправдать"))
Я согласен что использование слова немного семантически неверное. Чуть-чуть.
Но Ваня настаивает на внедрении целой обертки в виде illuminate/container чтобы "оправдать"))
мн
Сложно сказать.
Я согласен что использование слова немного семантически неверное. Чуть-чуть.
Но Ваня настаивает на внедрении целой обертки в виде illuminate/container чтобы "оправдать"))
Я согласен что использование слова немного семантически неверное. Чуть-чуть.
Но Ваня настаивает на внедрении целой обертки в виде illuminate/container чтобы "оправдать"))
Обертки ларовского контейнера?
мн
Ну эт лишнее. Можно же и сервис провайдеры пихать в пакеты, но при этом оставлять это "фичей" и спокойно работать с пакетом вне лары
AH
Много кто вспоминает)
Вообще не вспоминаю) Мне до них как до лампочки. Просто пишу код и по-барабану какому патерну он относится.
Тот же SOLID. Да мне нравится как выглядит такой код и прилагаю все усилия к тому, чтобы весь мой код был таким же легким в чтении. И похер как он там называется и каким принципам соответствует/не соответствует.
Тот же SOLID. Да мне нравится как выглядит такой код и прилагаю все усилия к тому, чтобы весь мой код был таким же легким в чтении. И похер как он там называется и каким принципам соответствует/не соответствует.
ИЛ
Ну эт лишнее. Можно же и сервис провайдеры пихать в пакеты, но при этом оставлять это "фичей" и спокойно работать с пакетом вне лары
Карбону привет
мн
Лишняя зависимость в пхп это вообще давно не проблема, мы же байты не считаем
AH
Лишняя зависимость в пхп это вообще давно не проблема, мы же байты не считаем
Если пакет помогает, то да, а если от него толку как от козла молока, то вывод очевиден)
мн
Если пакет помогает, то да, а если от него толку как от козла молока, то вывод очевиден)
Ну тогда делаешь второй пакет, который оборачивает старый в фасады-провайдеры и вот это вот все
мн
Оба варианта право имеющие
мн
Если пакет помогает, то да, а если от него толку как от козла молока, то вывод очевиден)
Давно лок файл открывал?) Там 70% не используются даже через другие зависимости напрямую
AH
Ну тогда делаешь второй пакет, который оборачивает старый в фасады-провайдеры и вот это вот все
Согласен. Такое часто видел. Но не в этом случае. Опять же, вопрос целесообразности.
A
Ну эт лишнее. Можно же и сервис провайдеры пихать в пакеты, но при этом оставлять это "фичей" и спокойно работать с пакетом вне лары
Уж лучше отдельный пакет для интеграции с ларкой
мн
Уж лучше отдельный пакет для интеграции с ларкой
Зависит от того под что инструмент делается изначально, под лару или нет
A
Это верно
AH
Уж лучше отдельный пакет для интеграции с ларкой
Согласен. В этом случае и начальный пакет будет чистым, и конечный будет играть роль провайдера между ними.
AH
Зависит от того под что инструмент делается изначально, под лару или нет
Если изначально под нее, тогда лучше "в коробку" сразу всё добавлять, иначе не имеет смысла раздувать функционал. К чему, собственно, мы тут и пришли. Просто решил прописать явное)