В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

Clojure — русскоговорящее сообщество

757 membersпожаловаться на группу
2021 July 22

DF

Damir Farazetdinov in Clojure — русскоговорящее сообщество
Ок. Переформулирую.
Вот ты не парсер пишешь, а реализацию интерфейса JsonObject, которая ещё и отнаследована от Map.
Какой ты выберешь подход и каково его обоснование?
источник
16:36пожаловаться#1

ST

Sergey Trofimov in Clojure — русскоговорящее сообщество
в таком разрезе выбор действительно контр-интуитивный
источник
16:37пожаловаться#2

MP

Maxim Penzin in Clojure — русскоговорящее сообщество
только тут надо помнить, что разговор идет о Java и ее традициях.
если есть метод, который возвращает одно и тоже на две принципиально разных ситуации (отсутствие ключа, и значение его null),  то это не очень хорошо.

вариант исключения (ну только более специфицированного чем НПЕ) в случае отсутствия ключа,
и вариант метода с дефолтным значением - вполне норм.
покрываются нужные кейсы и нет неоднозначности.
источник
16:39пожаловаться#3

MP

Maxim Penzin in Clojure — русскоговорящее сообщество
у Map  нету метода getString
источник
16:41пожаловаться#4

ST

Sergey Trofimov in Clojure — русскоговорящее сообщество
а вот у java.util.Map ещё хитрее
https://docs.oracle.com/javase/7/docs/api/java/util/Map.html#get(java.lang.Object)
NullPointerException - if the specified key is null and this map does not permit null keys (optional)
источник
16:41пожаловаться#5

DF

Damir Farazetdinov in Clojure — русскоговорящее сообщество
Так я о традициях и начал!
В Java считается, что важнее довести до клиента высокую значимость различия между совершенно разными ситуациями.
А клиенту нахрен это не нужно!
источник
16:42пожаловаться#6

MP

Maxim Penzin in Clojure — русскоговорящее сообщество
в джаве горбатостей более чем достаточно,
но это все равно, что возмущаться тем, что "1" != 1
источник
16:43пожаловаться#7

MP

Maxim Penzin in Clojure — русскоговорящее сообщество
ведь есть масса программистов, которым это привычно
источник
16:43пожаловаться#8

DF

Damir Farazetdinov in Clojure — русскоговорящее сообщество
Не. Лучше так:
= != ==
источник
16:43пожаловаться#9

ST

Sergey Trofimov in Clojure — русскоговорящее сообщество
NPE есть прямое следствие реализации
A convenience method for getJsonString(name).getString()

когда getJsonString(name) возвращает NULL
источник
16:44пожаловаться#10

DF

Damir Farazetdinov in Clojure — русскоговорящее сообщество
Я вот щас подумал, и решил, что если бы в кложе было так, что «1» == 1, то я бы не противился.
источник
16:45пожаловаться#11

ST

Sergey Trofimov in Clojure — русскоговорящее сообщество
ну и соответственно другое исключение, когда под name сидит не String — это уже последствия типизации.
источник
16:46пожаловаться#12

DF

Damir Farazetdinov in Clojure — русскоговорящее сообщество
Именно!
Кто-то когда реализовывал, взял и не стал думать и делать тот выбор о котором я у Максима спрашиваю. Просто сделал как-то по инерции и закоммитил.
источник
16:46пожаловаться#13

DF

Damir Farazetdinov in Clojure — русскоговорящее сообщество
А потом всё! Не исправишь, ибо breaking-change.
источник
16:47пожаловаться#14

ST

Sergey Trofimov in Clojure — русскоговорящее сообщество
а что делать в случае второй проблемы, когда под name сидит значение не того типа?
источник
16:48пожаловаться#15

DF

Damir Farazetdinov in Clojure — русскоговорящее сообщество
@mpenzin, не было обоснования никакого.
источник
16:49пожаловаться#16

DL

Dmytro Lispyvnyi '(🌲... in Clojure — русскоговорящее сообщество
Именно с таким подходом мы имеем Java, js, C++ итп
источник
16:50пожаловаться#17

MP

Maxim Penzin in Clojure — русскоговорящее сообщество
ну не знаю, большая часть известных мне опытных разработчиков за такое отрывает руки :)
источник
16:51пожаловаться#18

VL

Vlad Lisovsky in Clojure — русскоговорящее сообщество
вот да, и никак их не разъубедить, деньги то платятся
источник
16:51пожаловаться#19

MP

Maxim Penzin in Clojure — русскоговорящее сообщество
еще раз.
возвращение одного и тогоже null в двух разных случаях - это плохо.
источник
16:52пожаловаться#20