А
стримы, реакторы всякие, появляется необходимость на лету делать короткоживущие структуры
Size: a a a
2020 June 27
D
ну на этих рекордах ещё напилить нужно будет отдельную сущность типа Tuple2
AK
ну да, но уже чуть проще. плюс: завезли рекорды - завезут и тьюплы
h
Александр
Вообще, на мой взгляд не стоит бояться создать "лишний" класс или метод. Всё во имя прозрачности и понятности.
Хз понятнее ли такой класс Type1AndType2. Tuple имхо понятнее
А
Type1AndType2 однозначно зло. А вот какой-нить "DeliveryKey" - вполне
h
Александр
Type1AndType2 однозначно зло. А вот какой-нить "DeliveryKey" - вполне
Да, но иногда подходящего слова для пары - нет
h
У меня вот Provider и ChatFlowFormType две разные концепции, как ключ. И значение ChatFlowHandler
А
humanoid
Да, но иногда подходящего слова для пары - нет
Обычно в таком случае нужно подумать, а что мы, собственно говоря, делаем? Практически всегда такие непонятные структуры являются следствием просчёта где-то уровнем выше
h
Александр
Обычно в таком случае нужно подумать, а что мы, собственно говоря, делаем? Практически всегда такие непонятные структуры являются следствием просчёта где-то уровнем выше
Я либу делаю, там несколько технические концепты. В ChatFlowFormType - хранится Class
А
humanoid
Я либу делаю, там несколько технические концепты. В ChatFlowFormType - хранится Class
написал в личку
ZM
ну да, но уже чуть проще. плюс: завезли рекорды - завезут и тьюплы
лет через 20, когда комитет совсем задолбают тем что клепать на каждую трансформацию новую пару с именем (во имя читабельности и хороших ооп практик!!!) немножко бесит
h
Спасибо всем, наверное остановюсь на Map<Map<String, Integer>, String> mySuperMap
Хотя тут и требуется два обращения к мапе, я не занимаюсь сейчас микрооптимизациями
Хотя тут и требуется два обращения к мапе, я не занимаюсь сейчас микрооптимизациями
h
лет через 20, когда комитет совсем задолбают тем что клепать на каждую трансформацию новую пару с именем (во имя читабельности и хороших ооп практик!!!) немножко бесит
Ну Java все таки и должна быть стабильной и тормозной в плане новых фич. Иначе она превратиться в скалу или котлин. Никто не мешает писать на скале/котлине/хаскеле
ZM
humanoid
Ну Java все таки и должна быть стабильной и тормозной в плане новых фич. Иначе она превратиться в скалу или котлин. Никто не мешает писать на скале/котлине/хаскеле
Мы сейчас про стабильность или то что достаточно много людей ноет о недостатки фичи, которую уже лет 50 в разных языках обмусолили и не нашли с ней проблем, ни одной, ни в одной парадигме?
h
Мы сейчас про стабильность или то что достаточно много людей ноет о недостатки фичи, которую уже лет 50 в разных языках обмусолили и не нашли с ней проблем, ни одной, ни в одной парадигме?
Ну видимо не все так просто. Лямбды же добавили, а эту штуку нет, значит проблемы есть
ZM
humanoid
Ну видимо не все так просто. Лямбды же добавили, а эту штуку нет, значит проблемы есть
судя по твиттерам, исключительно в мировосприятии
ZM
не хочу в выходной сумонить Тагира, но он один из тех кто лишь на идеалогическом уровне отрицает кортежи
h
не хочу в выходной сумонить Тагира, но он один из тех кто лишь на идеалогическом уровне отрицает кортежи
Потому что тогда джава просто превратиться в скалу и c++?)
SS
humanoid
Ну Java все таки и должна быть стабильной и тормозной в плане новых фич. Иначе она превратиться в скалу или котлин. Никто не мешает писать на скале/котлине/хаскеле
кагтаг? Kotlin/Scala это тот же jvm
ZM
humanoid
Потому что тогда джава просто превратиться в скалу и c++?)
не превратится
стдлиб и один сахар не изменят компилятор никак
система типов не поумнеет, метапрограммирование не вырастет
стдлиб и один сахар не изменят компилятор никак
система типов не поумнеет, метапрограммирование не вырастет