@@dmdev Спасибо за ваши видео. Подписался, Могу спросить офтоп? - Когда у меня сложная настройка перед тестом (база данных, клиент Kafka и т.д.), где следует хранить все эти переменные состояния и информацию о конфигурации? И где это все лучше сетапить? Просто в полях класса и в @Before сетапить?
Очень круто. Подумай над идеей лайв кодинга какого нибудь не маленького проекта, не упираясь в обучение, а больше в бест практисы, рассуждение, чистый код и т.д.
Замечательное ревью, спасибо! Подскажите пожалуйста, на 44:10 и на 21:52 упоминается объединение нескольких endpoint'ов в controller'e в один общий endpoint по причине разных параметров фильтрации, однако PreAuthorize условия у endpoint'ов отличаются. Значит логику придется писать вручную, чтоб делегировать в другие сервисные методы с нужными PreAuthorize в зависимости от параметров фильтрации. Вышеописанную логику придется покрывать тестами, да и больше кода - больше ошибок. Если оставить все как есть в controller'ах, то писать вручную ничего не придется, ведь вызов нужного endpoint'a spring берет на себя в зависимости от path, что я бы и предпочел. Какие еще есть альтернативы?
В том-то и дело, что не может такого быть - это ошибка разного механизма проверки прав доступа. Доступ идет на РЕСУРС. И не зависит от параметров поиска! Например, идет получение ресурса по user_id и проверяется, что аутентифицированному пользователю доступен этот ресурс этого user_id. Но если тот же самый пользователь делает поиск того же самого ресурса по номеру телефона phone - то уже такой проверки нет. Что странно и легко допустить ошибку.
@dmdev Спасибо за ваши видео. Подписался, Могу спросить офтоп? - Когда у меня сложная настройка перед тестом (база данных, клиент Kafka и т.д.), где следует хранить все эти переменные состояния и информацию о конфигурации? И где это все лучше сетапить? Просто в полях класса и в @Before сетапить? Еще слышал это плохая практика юзать DI в юнит тестах
@@dmdev дай те бог здоровья, я пересмотрел очень много курсов по спрингу, только начал изучать его, ты самый серьезный специалист в этом, мое уважение и почтение :) может быть как идея, чтобы руку набить на лучших практиках, порешай алгоритмы на джаве :)
Первый раз смотрю такой формат. По моему крутая идея!
Это радует меня! Спасибо
Крутой формат, очень познавательно. Спасибо, будем ждать еще подобный контент.
Супер! Значит будет)
Очень годные замечания. Открыл для себя много нового
Очень рад!
@@dmdev Спасибо за ваши видео. Подписался, Могу спросить офтоп? - Когда у меня сложная настройка перед тестом (база данных, клиент Kafka и т.д.), где следует хранить все эти переменные состояния и информацию о конфигурации?
И где это все лучше сетапить? Просто в полях класса и в @Before сетапить?
Очень круто. Подумай над идеей лайв кодинга какого нибудь не маленького проекта, не упираясь в обучение, а больше в бест практисы, рассуждение, чистый код и т.д.
Спасибо, обдумаю)
Спасибо большущеее)) Крутой формат и огроменное спасибо от команды Anvil Code за это ревью!
Очень рад, что смог помочь!
Большое спасибо за видео, а отдельное спасибо за файл!
Всегда пожалуйста!
Спасибо за такую работу!
Всегда пожалуйста
Было бы хорошо если было курс создание полноценного проекта с нуля с использованием всех технологии в roadmap😊😊
Мощь, спасибо🔥
Спасибо, огромная работа!
Всегда пожалуйста
Спасибо большое!
Всегда пожалуйста!
Замечательное ревью, спасибо! Подскажите пожалуйста, на 44:10 и на 21:52 упоминается объединение нескольких endpoint'ов в controller'e в один общий endpoint по причине разных параметров фильтрации, однако PreAuthorize условия у endpoint'ов отличаются.
Значит логику придется писать вручную, чтоб делегировать в другие сервисные методы с нужными PreAuthorize в зависимости от параметров фильтрации. Вышеописанную логику придется покрывать тестами, да и больше кода - больше ошибок. Если оставить все как есть в controller'ах, то писать вручную ничего не придется, ведь вызов нужного endpoint'a spring берет на себя в зависимости от path, что я бы и предпочел. Какие еще есть альтернативы?
В том-то и дело, что не может такого быть - это ошибка разного механизма проверки прав доступа. Доступ идет на РЕСУРС. И не зависит от параметров поиска!
Например, идет получение ресурса по user_id и проверяется, что аутентифицированному пользователю доступен этот ресурс этого user_id.
Но если тот же самый пользователь делает поиск того же самого ресурса по номеру телефона phone - то уже такой проверки нет. Что странно и легко допустить ошибку.
@dmdev Спасибо за ваши видео. Подписался, Могу спросить офтоп? - Когда у меня сложная настройка перед тестом (база данных, клиент Kafka и т.д.), где следует хранить все эти переменные состояния и информацию о конфигурации?
И где это все лучше сетапить? Просто в полях класса и в @Before сетапить? Еще слышал это плохая практика юзать DI в юнит тестах
Это все я рассказываю в курсе Spring.
@@dmdev я тестер) . пжлст подскажите что-то
Здравствуйте, посоветуйте англоязычный курс по вашему Roadmap. Смотрю ваши курсы они очень класные❤❤.
К сожалению, не знаю таких англоязычных курсов :(
🔥
Когда выйдет курс 𝐑𝐞𝐚𝐜𝐭𝐢𝐯𝐞 𝐒𝐩𝐫𝐢𝐧𝐠 / 𝐊𝐚𝐟𝐤𝐚?)
когда-нибудь точно выйдет. Но точных сроков нет - это ведь мой досуг в свободное от работы время)
@@dmdev дай те бог здоровья, я пересмотрел очень много курсов по спрингу, только начал изучать его, ты самый серьезный специалист в этом, мое уважение и почтение :)
может быть как идея, чтобы руку набить на лучших практиках, порешай алгоритмы на джаве :)
Здравствуйте, у вас есть курсы на англ или посоветуйте англ курс похоже в формате вашых пж
К сожалению, не знаю таких англоязычных курсов. А мои не переведены :(
А это была первая или вторая ступень менторства?
Это не менторство вообще. Просто проект он рандомных ребят с dmdev talks
Очень круто!
Спасибо!