emp1re: Может быть я вас плохо понимаю, за это извиняюсь) но носить с собою зависимости? А если нужно будет расширить проверку ролей? Допустим отправку уведомлений в телеграмм, учет использования данного блока по ролям? Начинаются проблемы, а тут я могу в одной директиве выполнить любые манипуляции, всё что душе будет угодно. Я ни в коем случае не спорю, я лишь пытаюсь понять как лучше :)
emp1re: Напишите ваше реализацию доступа к отдельным компонентам страницы в зависимости от ролей путем использования *ngIf. Интересно будет посмотреть. canActive для проверки авторизации и canActiveChild для проверки прав доступа на основании ролей для доступа к дочерним разделам у меня стандартны
TekVanDo: Нет, это не вы не заметили, это я только что дописал. Просто ранее были 2 тэга "Angular 1" и "Angular 2", а теперь просто "Angular", поэтому по привычке не написал
magary4: нет, я имею в виду что автор этого ответа прав. И нет, команды это команды, а дамп - это файл, и не имеет значения как вы его получите (какой командой или еще чем). Чтобы не работать "ручками" каждому разработчику проекта. Чтобы каждый не лазил в БД и не менял колонку с "name" на "first_name" существуют миграции. А для актуальности данных у каждого разработчика обычно заводят локатор (место хранения дампов) из которого любой разработчик может всегда забрать свежий дамп и развернуть у себя
Это было бы слишком легко) дело в том, что в данном случае нету прямого условия, что id существует, а значит он найдет и строки с существующим id и строки с test1 и test2. далее отсортирует по дате и если у test1 + test2 дата будет больше чем у id, он выкинет test1 + test2. Но это будет ошибкой, так как строка с id существует
