В комментариях пишут, что нужно сделать вот такие проверки, но я как понял, что налл в Лонг не будет конвертироваться, остальное проходит по условию длины строки
В комментариях пишут, что нужно сделать вот такие проверки, но я как понял, что налл в Лонг не будет конвертироваться, остальное проходит по условию длины строки
Тут написано же про null. При преобразования в long с помощью .toLong() преобразование может вернуть null
В комментариях пишут, что нужно сделать вот такие проверки, но я как понял, что налл в Лонг не будет конвертироваться, остальное проходит по условию длины строки
Всем привет, решил попробовать kotlin с ktor после nestjs и что-то не могу найти более менее понятных best practice по организации структуры проекта, какие паттерны использовать. Может есть у кого под рукой ссылки на толковые проекты на гите, которые можно было бы поизучать?
Всем привет, решил попробовать kotlin с ktor после nestjs и что-то не могу найти более менее понятных best practice по организации структуры проекта, какие паттерны использовать. Может есть у кого под рукой ссылки на толковые проекты на гите, которые можно было бы поизучать?
Всем привет, решил попробовать kotlin с ktor после nestjs и что-то не могу найти более менее понятных best practice по организации структуры проекта, какие паттерны использовать. Может есть у кого под рукой ссылки на толковые проекты на гите, которые можно было бы поизучать?
ну доспустим как где хранить модели, сервисы, утилиты, коннектор к базе и тд? Группировать по модулями (роут, модель, сервис) или по логике использования модули, сервисы, роуты и так далее.
все зависит от величины проекта, Маленькие проекты вполне можно: модели - models.kt, rountings\api.kt по аналогии так все. Если проект большой то это все превращаетсяв пакеты и именовать файлы нужно уже боле смысловатей. Пример пакет моделей: database.kt, configs.kt, response.kt