null — не всегда показатель ошибки, зачастую это вполне себе first-class value. К примеру, что должен этот метод вернуть, если ему передали null string?
Я бы в этом случае больше предложил использовать что-то с тройным состоянием, вроде Mono из Project Reactor: оно может содержать значение, если все ок, может не содержать никакого значения, если был null, или же содержать исключение, если случилась ошибка.
Не вижу «правильности» :)
В обоих случаях мы выполняем примерно одну и ту же работу: надо пробежаться по строке и определить, является ли каждый символ составным элементом числа.
Отдельный метод в джаве будет выглядеть ооооооооочень странным, поскольку сделает столько же работы, сколько и полноценный парсинг, но пользы принесет меньше. Я, отчасти, понимаю, зачем это нужно в php, ввиду очень своеобразной системы типов, но в языках с более строгой системой типов это будет просто мусором в пространстве имен.
А уж использование регулярных выражений для проверки на число — это прям совсем смешно :)
Стриминг там не запрещен, раздача запрещена. Плюс, это письмо вполне может быть скамом, мол, вы нам напрямую штраф оплатите, а то в суд пойдем и там уж вас ого-го!
Pair/Tuple не дают никакой информации о том, что же там за данные. Вот функция doOperation() возвращает Pair<String, Integer> — что это за данные? Без документации не разобраться.
Если вернуть класс с полями типа String errorMessage, Integer errorCode — сразу понятно, что же это за зверь.
> Команда GWT фактически отказалась от поддержки DevMode — единственной возможности отлаживать код.
Почему? Я вот только-только начал регулярно писать на GWT и DevMode спасает :)
Они как раз недавно обновили плагин для Chrome, для других браузеров, правда, забросили.
Зато в викиреальности пруфов толком нет. Вот статья про Стрелкова, где много утверждений (бывший сотрудник ФСБ, полковник запаса), но никаких ссылок, подтверждающих это, нет. Я не говорю, что это неправда, но доказательств нет. А в википедии есть подтверждающие ссылки.
Я бы в этом случае больше предложил использовать что-то с тройным состоянием, вроде Mono из Project Reactor: оно может содержать значение, если все ок, может не содержать никакого значения, если был null, или же содержать исключение, если случилась ошибка.
В обоих случаях мы выполняем примерно одну и ту же работу: надо пробежаться по строке и определить, является ли каждый символ составным элементом числа.
Отдельный метод в джаве будет выглядеть ооооооооочень странным, поскольку сделает столько же работы, сколько и полноценный парсинг, но пользы принесет меньше. Я, отчасти, понимаю, зачем это нужно в php, ввиду очень своеобразной системы типов, но в языках с более строгой системой типов это будет просто мусором в пространстве имен.
А уж использование регулярных выражений для проверки на число — это прям совсем смешно :)
Если вернуть класс с полями типа String errorMessage, Integer errorCode — сразу понятно, что же это за зверь.
Грустно, конечно, я туда в декабре закинул баксов триста, как раз, чтобы хватило на год-полтора.
Я уж не знаю, как он там заработал. Как минимум в маке и на винде работает.
Почему? Я вот только-только начал регулярно писать на GWT и DevMode спасает :)
Они как раз недавно обновили плагин для Chrome, для других браузеров, правда, забросили.