- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
Объявление метода в интерфейсе:
@NotNull
List<ServicePojo> getAvailableServices(boolean withoutOffer);
реализация:
@NotNull
@Override
public List<ServicePojo> getAvailableServices(boolean withOfferService) {
...
}
Нашли или выдавили из себя код, который нельзя назвать нормальным, на который без улыбки не взглянешь? Не торопитесь его удалять или рефакторить, — запостите его на говнокод.ру, посмеёмся вместе!
0
Объявление метода в интерфейсе:
@NotNull
List<ServicePojo> getAvailableServices(boolean withoutOffer);
реализация:
@NotNull
@Override
public List<ServicePojo> getAvailableServices(boolean withOfferService) {
...
}
к слову, в каком то линте давеча видел птичку для проверки имён аргументов в наследуемых классах. раньше не знал зачем - но вот после этого, начинаю догадыватся.
Если енумы разных типов, компилятор не даст запутаться.
к слову, еще одна альтернатипа это делать алиасы для true/false. недавний пример из жизни: unknown/known. енум не получается, потому что кодогенератор не умеет - но я больше вводил потому что там логика наоборот (тру == неизвестно, фолс == известно).
Это никак не помогает в коде подобном тому, что в топике.
А вот енумы помогают.
Просто столько раз видел и перепутанную местами пару бульонов и попутанные негатив/позитив... И сам так залетал...
withoutOffer
withOfferService
Да ну?