Проект не исключительно по линейке )))

Как в таком возрасте тим лидами становятся? Откроешь секрет?)))

Ну что, парни, кто хочет последний Kick нажать?

Есть конечно идеологические причины и их надо знать. Но приведу технический пример, когда это необходимо а не просто правильно. Ты сделал класс сервиса с использованием спринга, и поставил у метода этого сервиса аннотацию transactional. Теперь спринг сделает на твой класс прокси и работать будет через него. А значит нормально заинжектить этот сервис в контроллер ты напрямую не можешь, поэтому делаешь интерфейс и инжектишь интерфейс.

А вот теперь реальный вопрос для убероптимизаторов.
Что быстрее, свитч по инту на 5 элементов +дефолт или HashMap с getOrCompute?

private Counter counterForResponseStatus(int status) {
        switch (status) { // или мапу создать?
            case 200: return responseOkCounter;
            case 304: return responseNotModifiedCounter;
            case 401: return responseBadRequestCounter;
            case 404: return responseNotFoundCounter;
            case 500: return responseInternalServerErrorCounter;
            default: return  meterRegistry.counter(PREFIX + "http_response", "status", Integer.toString(status));
        }
    }

ГУГЛ БЛЕАТЬ ДЛЯ ЧЕГО!? =)

Гугл - чтоб можно было наорать на человека в чате и отправить в гугл. ☝️

хороший ответ

В подсказке в первой ссылке написано, что свитч всегда быстрее. Ну блин, так даже неинтересно.

А если кейсов дофига, если я правильно понимаю, в свиче будет вотерфолл, типа линейного поиска, а в мапе в идеале за константное время найдём

А нет, имплементация свича хитрая, но все равно там ж не будет константного времени поиска

Вот сейчас-бы в джава про скорость переживать.

Дааа, про скорость всегда поражают такие вопросы. Ну типо у вас всё уже настолько круто, что оптимизировать некуда и упёрлись в возможности языка, изучая что быстрее свитч или хэшмап

У нас вот вместо доставания из базы с кешированием, теперь лезем во внешний сервис, отдающий инфу по полторы секунды.
Мне вот как то пофигу что там быстрее, когда вот такое)

И это бизнес, его устраивает потому что теперь стало более управляемо для него
И они не будут менять, пока не увидят по статистике что юзеры уходят с этой странички потому что долго

+++ , типа я пишу идеальный код, но хотелось бы еще вот как на бирже отжать 0.004 секунды ))

Имхо Их смысл в применении в паттернах проектирования и приведении к слабой связанности классов.

Если на практике то
меньше ифов,
меньше методов с 5+ параметрами и какими-то флажками,
меньше свитчей,
меньше сами методы и классы, более читаемо если наименования правильные,
Меньше багов,
проще расширять иподдерживать решение

доброе утро

кто-нибудь имел дело с tdlib или другими либами на плюсах? как мне подрубить tdlib к своему java приложению, чтобы я мог обращаться к native методам?

Поддерживаю вопрос по колонтитулу. Очень интересно. Тоже что-то с poi маюсь...