💡 Java: вложенные if-else быстро превращают код в лабиринтКогда вся логика уходит в глубокую вложенность, читать метод становится больно: основной сценарий спрятан где-то внизу, а перед ним несколько уровней проверок.Проще использовать guard clauses - ранние проверки с выходом из метода.Было:- проверяем user- внутри проверяем active- внутри проверяем order- внутри проверяем paid- только потом выполняем основное действиеСтало:- если user == null - сразу ошибка- если user неактивен - сразу ошибка- если order == null - сразу ошибка- если order не оплачен - сразу ошибка- основная логика остаётся плоской и читаемойТакой код легче:- читать- тестировать- ревьюить- расширять без превращения метода в пирамиду из ifGuard clauses - маленький приём, который сильно улучшает чистоту кода.
Как проверить, что попадёт в бандлПисать эффективный frontend — это очень важно. Во времена, когда Интернет имеет достаточно высокую скорость, разработчики не сильно заморачиваются на тему того, каким будет размер их приложения. А зря.С моей точки зрения, быстрый Интернет — это когнитивное искажение, которое возникает вследствие постоянного обитания в таковом. Когда в больших города с Интернетом чаще всего всё в порядке, в городах поменьше можно наблюдать картину, в которой существует какой-нибудь slow 4G, а то и 3G. Если вспомнить про страны, в которых Интернет в принципе не сильно развит, то проблема встаёт ещё острее.Именно по этой причине я всегда смотрю на то, сколько трафика качает пользователь. Чтобы это приходилось реже перепроверять, важно понимать, как бандлер работает с импортами, а еще перепроверять, как реализованы используемые библиотеки. Это не значит, что нужно идти и лезть в исходный код библиотек, достаточно использовать сервис, о котором расскажу дальше. Вот вам пример одного и того же намерения, но потенциально разного результата:
