Ну так проблема в том что кто юзает мой метод и класс об этом не знает и бац - вылет

В джава варнинги - сразу все понятно

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

Ну так проблема в том что кто юзает мой метод и класс об этом не знает и бац - вылет

если твой код может вызвать ошибку ты ее и отрабатывай

Ну так вопрос в другом - как сообщить что теже переданные данные не верные?

когда я сам генерирую исключение

котлин зам выводит

Ну так проблема в том что кто юзает мой метод и класс об этом не знает и бац - вылет

Это проблема человека, который не почитал документацию прежде чем юзать твой класс. Вполне нормально кидать исключение, если данные не верны

https://kotlinlang.org/docs/reference/exceptions.html

Это проблема человека, который не почитал документацию прежде чем юзать твой класс. Вполне нормально кидать исключение, если данные не верны

+

Ну если к примеру 50/50 может вернуться ответ или ошибка?

в документации обычно указывают что метод может кинуть исключения

Читать доки к каждой функции замучаешся, она из названия должна быть понятна

ну так например метод чтения файла

я понимаю что он может кинуть исключения

метод который дает рандомное число - вероятность близится к 0

Читать доки к каждой функции замучаешся, она из названия должна быть понятна

ну извини програмисты читать должны, ты ведь прочитал доки котлина перед тем как начать на нем писать

Ок, если я явно хочу сообщать что метод может не выполнится, как лучше поступить?

Именно явно, а не по докам

Чтобы самому не забыть и везде явно проверять

смотри анотации

есть которые в ИДЕ будут кидать варнинг

и человек обычно посмотрит

Вот мне и достаточно хотяб варнингов - типа смотри, ты кажется что-то забыл.

Есть что-то на примете таких аннотаций?

а что он может забыть?

Я могу забыть что в 50% возвращается исключение

Кода много, все н припомнишь

ну блин нада смотреть

Вроде обычная функция, что там смотреть

в котлине тяжело сломать код, в читсом

Но легко словить вылет)

везде легко

на то ты и программист

Ладно, буду копать в сторону аннотаций

может ты бы код привел

а то не понятно

В свифте по мне куда лучше решили проблему. Не надо ловить ошибку - укажи try? перед функцией и все

Она просто нул вернет тогда в случае ошибки

Да пример то простой, например логика: если запрос уже в ожидании ответа от сервера, кинуть исключение что мы дублируем запрос

Это вот первый случай с чем столкнулся когда на котлин переписывал

Да пример то простой, например логика: если запрос уже в ожидании ответа от сервера, кинуть исключение что мы дублируем запрос

ну так кидай

В свифте по мне куда лучше решили проблему. Не надо ловить ошибку - укажи try? перед функцией и все

ну так в котлине тоже есть тру кеч

Ну да, только незаметишь и не укажешь

Потом раз и как-то вылет

Просто я за однозначность в самом языке, а не чтоб к докам постоянно бегать

пиши на свифте

Просто я за однозначность в самом языке, а не чтоб к докам постоянно бегать

в идее удобно нажимаешь клавишу или сама выводит доку

Ну так на ios и пишу))) А на андроид java и kotlin

@Throws(NewsRequestException::class) @JvmOverloads fun requestList(beginIndexBegin: Int, useCache: Boolean = true) { ….. if (info.listPageNowLoaded.contains(page)) throw NewsRequestException("Duplicate request", true) … } Тут могу вернуть в ответе функции результат, но вопрос просто общий, как в целом поступать

@Throws(NewsRequestException::class) @JvmOverloads fun requestList(beginIndexBegin: Int, useCache: Boolean = true) { ….. if (info.listPageNowLoaded.contains(page)) throw NewsRequestException("Duplicate request", true) … } Тут могу вернуть в ответе функции результат, но вопрос просто общий, как в целом поступать

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

может тебе поможет решения кк в корутинах, где возращается обект в котором проперти с результатом и проперти с ошибкой

как вариант, использовать что-то типа этого (или написать свою реализацию подобного) https://github.com/kittinunf/Result

или если ексепшн вызывающему коду не нужен, можно возвращать null

Ну вот также и думаю. В objc так делал, но когда перешел на свифт в ios понравилась работа с ошибками, ну а в джава всегда вызывал исключения из-за удобства. Вообще в том свифте сами исключения не перехватываются вообще, просто вылет. Но для сообщения ошибок используется try catch, который не поддерживает исключения

Видать теперь исключения буду юзать только в крайних случаях

Аннотации это хорошо, но хочется писать код по нормам языка без велосипедов

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

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

вроде есть и для котлина

? не доводилось юзать, только читал где-то, мб тут, в чате. могу и ошибаться

? не доводилось юзать, только читал где-то, мб тут, в чате. могу и ошибаться

да мне тоже

ERROR: S client not available

Как вариант в названий методов юзать префикс try, как бы намекая что ответом может быть исключение.

Но всеровно минимизировать исключения в проекте если возможно

Как я наверно и поступлю. :)

Как вариант в названий методов юзать префикс try, как бы намекая что ответом может быть исключение.

ответом исключения не будет, когда ты кидаешь исключения, то последущий код будет не достижим

Ну префикс просто говорит что не забудь заюзать try catch

Ведь исключение часть метода, то и упомянуть стоит по мне

Если это реально исключительный случай - то это другая история

Даже можно рядом ложить метод без префикса который просто может вернуть нул взамен ошибки

Еще вопрос про пакеты. На что влияет именование пакетов, только ради совместимости с java или в самом котлине есть применение?

Как понимаю права доступа на пакет нету

Вплане доступ к данным в пределах пакета

Еще вопрос про пакеты. На что влияет именование пакетов, только ради совместимости с java или в самом котлине есть применение?

не совсем, это конечно мое мнение, но пакеты нужны для структуризации, в котлине конечно эту рол могут выполянять файлы

Структуризация да, но вроде можно не привязываться к файловой структуре, через которую и построена вся структура

Вот только иде ругается тогда варнингами)

Тут кстати прикол обнаружил: в джаве в именах пакетов лучше не юзать большие буквы, юзать прочерки. В котлине говорит что юзай камелкейз, но если имена директории не менять, то ругается что не совпадает

Структуризация да, но вроде можно не привязываться к файловой структуре, через которую и построена вся структура

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

Я про структуру через директории

В джаве совпадать с пакетами должно

В джаве совпадать с пакетами должно

в котлине нет но кинет варнинг, как ты и говорил. На сайте смотри стиль код

Ну он подчеркивает идешкой

https://kotlinlang.org/docs/reference/coding-conventions.html

Просто выходит что в таких пакетах с _ варнинги будут всегда)

Либо не совпадает с директорией, либо не камелкейс

Как вариант в названий методов юзать префикс try, как бы намекая что ответом может быть исключение.

Специально throws помечать не надо. Можно просто считать по умолчанию и писать код так, что из любого места может вылететь исключение. Это не только к котлину, но и к java относится, так как RuntimeException никто не отменял. Полез по ссылке и внезапно NPE. Полез в массив и внезапно out of bounds. Поэтому throws оно всегда, а что именно throws - в документации.

С другой стороны да) Тут момент какие именно исключение - от системы или определенное с параметрами. Так то откуда угодно прилетает, особенно в андроиде. Но тут вопрос о поддержки специального вида исключений - которые являются частью ответа и говорящие что дальше делать ничего не нужно что связано с результатом ответа

А то что все окутывать - ну это делается где-то в корне вызовов чтобы приложение не легло

А то что к массиву обратился не так - это ошибка разработчика, нужно чтоб вылетало, иначе можно и не заметить логическую ошибку и не исправить ее

Либо как сказал где-то в корне ловить и отправлять на сервак для изучения

можно здець иногда спосить вопросы на английском или это запрешено?