Ну, то, что люди не читают импорты, не всегда верно. Думаю, в 90% это, конечно, так, особенно в мире фронта, где компонентный подход с потенциально маленькими компонентами. Но когда тебе нужно разобраться в импортах, вручную что-то поправить ну или по другим любым причинам, я думаю, проще смотреть на отсортированные и сгруппированные импорты, чем когда в каждом файле свой порядок.
Ну и плюс импорты — это тоже часть кодстайла на проекте.
Что касается последнего абзаца, то откладывание МРа из-за переноса строк между импортами уже выглядит как неправильно настроенные линтеры и форматеры. По поводу конфликтов они все равно будут, просто теперь ты можешь не тратить на это время, а вмержить и прогнать линтером. Как раз меньше человеческих усилий и больше автоматизации.
Могу сказать за себя, я не сортирую импорты руками и не трачу на это время, но я пробегаюсь глазами по импортам, и, когда они отсортированы, в этом проще разобраться, а остальное делает линтер.
Спасибо за статью было интересно почитать, можете подсказать а вы рассматривали вариант написать собственный backend который уже ходил бы в keycloak? Что-то по примеру bff или auth gateway?
Выглядит так, что фронтенд почти ничего не знал про keycloak и можно было строить любой ui? Как будто идеальное решение для банка где важна безопасность. Фронт ходит в bff, bff сам занимается токен менеджментом, jwt валидацией, смсками и тд. И если нужно то ходит в keycloak
Ну, то, что люди не читают импорты, не всегда верно. Думаю, в 90% это, конечно, так, особенно в мире фронта, где компонентный подход с потенциально маленькими компонентами. Но когда тебе нужно разобраться в импортах, вручную что-то поправить ну или по другим любым причинам, я думаю, проще смотреть на отсортированные и сгруппированные импорты, чем когда в каждом файле свой порядок.
Ну и плюс импорты — это тоже часть кодстайла на проекте.
Что касается последнего абзаца, то откладывание МРа из-за переноса строк между импортами уже выглядит как неправильно настроенные линтеры и форматеры. По поводу конфликтов они все равно будут, просто теперь ты можешь не тратить на это время, а вмержить и прогнать линтером. Как раз меньше человеческих усилий и больше автоматизации.
Могу сказать за себя, я не сортирую импорты руками и не трачу на это время, но я пробегаюсь глазами по импортам, и, когда они отсортированы, в этом проще разобраться, а остальное делает линтер.
Спасибо за статью было интересно почитать, можете подсказать а вы рассматривали вариант написать собственный backend который уже ходил бы в keycloak? Что-то по примеру bff или auth gateway?
Выглядит так, что фронтенд почти ничего не знал про keycloak и можно было строить любой ui? Как будто идеальное решение для банка где важна безопасность. Фронт ходит в bff, bff сам занимается токен менеджментом, jwt валидацией, смсками и тд. И если нужно то ходит в keycloak
или хотели обойтись силами фронта?