p
другое дело, когда уже всё запущено в продакшин, и у тебя есть куча пользователей.
да, потому что нужно проверять что при пуше в пайплайн на стейджинг все работает "как надо", не отваливаются депенденси и контейнеры симфони
Size: a a a
2020 August 05
p
поэтому и такой вопрос, а как правильно
A
что такое .readin?
АХ
поэтому и такой вопрос, а как правильно
АХ
разрабы мержат в дев через MR\PR?
У нас дев праймари бренч
ДК
что такое .readin?
то же что и input в питоне )
A
то же что и input в питоне )
ааааа
A
сейчас попробую
p
Переслано от pope ye
Товарищи, дорогие, вопрос архитектурного характера есть. Значится, есть класс User, от которого может наследоваться абстрактный класс Abstract{Role} - ну типа "роль" юзера в системе. Например, менеджер. Он наследует лишь часть функционала User. От этого абстрактного класса наследуются неабстрактные классы, которые определяют второстепенную роль (например, менеджер отдела продаж), которые целиком наследуют весь функционал основной роли и добавляют свои. Насколько это правильный подход?
Или же более правильным подходом будет создать AbstractUser, и наследовать от него User и Abstract{Role}?
Или же более правильным подходом будет создать AbstractUser, и наследовать от него User и Abstract{Role}?
ДК
сейчас попробую
только readline
I
У нас дев праймари бренч
что это значит? типо протектед?
АХ
Переслано от pope ye
Товарищи, дорогие, вопрос архитектурного характера есть. Значится, есть класс User, от которого может наследоваться абстрактный класс Abstract{Role} - ну типа "роль" юзера в системе. Например, менеджер. Он наследует лишь часть функционала User. От этого абстрактного класса наследуются неабстрактные классы, которые определяют второстепенную роль (например, менеджер отдела продаж), которые целиком наследуют весь функционал основной роли и добавляют свои. Насколько это правильный подход?
Или же более правильным подходом будет создать AbstractUser, и наследовать от него User и Abstract{Role}?
Или же более правильным подходом будет создать AbstractUser, и наследовать от него User и Abstract{Role}?
Привет, ну абстрактных юзеров я ещё не видел.
Я думаю нужно роли сделать абстрактный метод, и Райтс абстрактный, а потом уже имплементить юзера из них
Я думаю нужно роли сделать абстрактный метод, и Райтс абстрактный, а потом уже имплементить юзера из них
p
Привет, ну абстрактных юзеров я ещё не видел.
Я думаю нужно роли сделать абстрактный метод, и Райтс абстрактный, а потом уже имплементить юзера из них
Я думаю нужно роли сделать абстрактный метод, и Райтс абстрактный, а потом уже имплементить юзера из них
Ну абстрактный юзер просто определяет надкласс что и менеджер и рядовой пользователь на одном уровне в системе. Что и юзер, и менеджер наследуют те же свойства и методы
p
Абстрактный метод роли - как трейт типа?
АХ
Абстрактных юзеров опасно делать, ты им собираешься реализовывать класс юзера, я обязательным фиксированным набором функций?
A¯
обрыбытываю массив, иногда попадается повторное значение, как мне его обработать тлоько идин раз, нужно данные записать в какойто темп массив, и потом смотретьь инареем есть ли там это значение если есть то континуе?
АХ
Абстрактный метод роли - как трейт типа?
Ты ж имплементить можешь неогр. кол.во абстрактных классов
ra
обрыбытываю массив, иногда попадается повторное значение, как мне его обработать тлоько идин раз, нужно данные записать в какойто темп массив, и потом смотретьь инареем есть ли там это значение если есть то континуе?
array_unique