VS
Size: a a a
2020 October 07
SP
получим дублирование кода, что в конкретном приведенном мною случае softdeletable считаю оверкилом
Ещё раз - дублирование кода это не проблема. Это может быть чем-то на что стоит обращать внимание (как код смелы) но не надо считать что это всегда плохо.
Плохо это дублирование знаний
Плохо это дублирование знаний
SP
И основная сложность что дублирование знаний часто выглядит как дублирование кода, но не все дублирование кода есть дублирование знаний. и разобраться что есть что сложно, потому происходит подмена понятий в сторону упрощения
ЕР
Не могу же я сказать трейты говно потому что так сказали в чатике))
Трейты говно потому что нужно по разным файликам лазить и следить за связями вместо того чтобы иметь всю информацию рядом
ЕР
id одной сущности на id другой не влияет, смысла объединять в один кусок кода их объявление - нету
SP
Не могу же я сказать трейты говно потому что так сказали в чатике))
Трейты инструмент. Они не плохо и не хорошо. Но трейты это механизм копипасты кода. И в большинстве случаев когда возникает желание чёт скопипастить надо подумать зачем.
Например - вот есть две структуры данных и у обеих надо дата время когда ее создали. Есть тут дублирование? Скорее нет так как эти "дата время" выражают разные вещи в контексте своих задач.
Например - вот есть две структуры данных и у обеих надо дата время когда ее создали. Есть тут дублирование? Скорее нет так как эти "дата время" выражают разные вещи в контексте своих задач.
V
Трейты говно потому что нужно по разным файликам лазить и следить за связями вместо того чтобы иметь всю информацию рядом
Ну в шторме есть быстрый переход по классам, также и про DI можно сказать, лол
JB
Я не видел не одного нормального аргумента против трейтов
Про связанность бабушке своей рассказывай
Видел горе программистов, которые не умеют готовить трейты, к примеру вместо того, чтобы унаследоваться от базового абстрактного класса, они трейт прокидывают
Трейт надо применять там, где нет возможности сделать декомпозиции или построить красивую иерархию
Про связанность бабушке своей рассказывай
Видел горе программистов, которые не умеют готовить трейты, к примеру вместо того, чтобы унаследоваться от базового абстрактного класса, они трейт прокидывают
Трейт надо применять там, где нет возможности сделать декомпозиции или построить красивую иерархию
V
Трейты инструмент. Они не плохо и не хорошо. Но трейты это механизм копипасты кода. И в большинстве случаев когда возникает желание чёт скопипастить надо подумать зачем.
Например - вот есть две структуры данных и у обеих надо дата время когда ее создали. Есть тут дублирование? Скорее нет так как эти "дата время" выражают разные вещи в контексте своих задач.
Например - вот есть две структуры данных и у обеих надо дата время когда ее создали. Есть тут дублирование? Скорее нет так как эти "дата время" выражают разные вещи в контексте своих задач.
Да, там еще есть трейт для created и updated
ЕР
Ну в шторме есть быстрый переход по классам, также и про DI можно сказать, лол
DI скрывает информацию которая в текущем классе не нужна.
Трейты и не скрывают по сути ничего, и код усложнют.
Трейты и не скрывают по сути ничего, и код усложнют.
V
DI скрывает информацию которая в текущем классе не нужна.
Трейты и не скрывают по сути ничего, и код усложнют.
Трейты и не скрывают по сути ничего, и код усложнют.
Ну в DI тоже по классам прыгать надо)
ЕР
Ну в DI тоже по классам прыгать надо)
Значит чего-то не так сделал)
SP
Мдя
JB
Ну в DI тоже по классам прыгать надо)
Пиши прямо в HTML - зачем вообще тебе классы?
SP
Я не видел не одного нормального аргумента против трейтов
Про связанность бабушке своей рассказывай
Видел горе программистов, которые не умеют готовить трейты, к примеру вместо того, чтобы унаследоваться от базового абстрактного класса, они трейт прокидывают
Трейт надо применять там, где нет возможности сделать декомпозиции или построить красивую иерархию
Про связанность бабушке своей рассказывай
Видел горе программистов, которые не умеют готовить трейты, к примеру вместо того, чтобы унаследоваться от базового абстрактного класса, они трейт прокидывают
Трейт надо применять там, где нет возможности сделать декомпозиции или построить красивую иерархию
Я видел горе программистов которые свое неумение декомпозиции маскируют абстрактными классами и трейтами которые никак не помогают поддерживать проект)
V
Значит чего-то не так сделал)
$this->blaBlaService1->doSmth()
$this->blaBlaService2->doSmth()
Чтобы посмотреть doSmth тоже придется прыгать по файлам, как и по трейтам, так что так себе аргумент, с учетом того что можно в шторме переходить в 1 клик или ctrl+b
$this->blaBlaService2->doSmth()
Чтобы посмотреть doSmth тоже придется прыгать по файлам, как и по трейтам, так что так себе аргумент, с учетом того что можно в шторме переходить в 1 клик или ctrl+b
IS
Если у меня по проекту id везде, скажем, bigint, auti increment, для сущностей, что плохого в том, что вынесу id, getter в трейт? Все зависит от задачи. Синглтон тоже имеет место жить
ЕР
$this->blaBlaService1->doSmth()
$this->blaBlaService2->doSmth()
Чтобы посмотреть doSmth тоже придется прыгать по файлам, как и по трейтам, так что так себе аргумент, с учетом того что можно в шторме переходить в 1 клик или ctrl+b
$this->blaBlaService2->doSmth()
Чтобы посмотреть doSmth тоже придется прыгать по файлам, как и по трейтам, так что так себе аргумент, с учетом того что можно в шторме переходить в 1 клик или ctrl+b
Разница с трейтами в том, что трейты прячут информацию которой место именно в текущем классе.