Кто-нибудь писал на scala под андроид?

Спасибо

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

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

а все поля одинаковы? грубо говоря, строчка: номер, код, описание, и так строчка за строчкой?

делаешь один эксепшин и к нему энам с кодами, никаких csv и генерации хз чем, хз как, хз зачем

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

выделить эксепшн и энам в отдельный пэкедж в отдельном модуле 🌚

Я бы сделал микросервис, который генерит унифицированные ошибки. И в кубер его

Решение шок конечно

может просто надо эти коды ошибок парсить и добавить в Set? Получите унифицированные коды

У человека может вообще учебное задание на java i/o, а вы его в кубер отправляете :)

ахахахах @wystan_hugh

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

< disclaimer > много букв, читать на свой страх.  </disclaimer>

Унифицировать всё по всему - как задача одному человеку звучит как подозрительный подход, конечно. В промышленном коде. Если проект учебный или маленький для самозанятого - почему нет.
Этой инфы не хватает.
А так подходов море:
 - если просто код ошибки и перевод её - имхо можно глянуть и  java.util.Properties(load/getProperty)или i18n бандлы. Ключ - код, значение - текст ошибки. Можно отдать tech writer-ам. Формат файла текстовый, как и хотели. В коде - один класс exception-а, с кодом ошибки. В нужный момент запрашивается перевод ( Properties - один язык, i18n - много).
 Раз уж модель : ошибка/код-ошибки/перевод.
 - если нужна иерархия exception-ов, генеримая классом - надо генерить чем-то своим(afaik). Но, совместимость между иерархиями по разным версиям текстового файла + совместимость с кодом, который использовал предыдущую иерархию - это хорошая интересная задача. )
 - если учёбное задание - лучше спросить преподавателя или ментора ;)
 ------
 - да, ансамблирование всякое(микросервис, генерящий по коду ошибки перевод) - тоже хорошая тема, но для промышленного распределённого проекта. Для маленького - как писали коллеги - enum ( если только dev-ы ), property-file или i18n ( если пользователь видит ) и доступ через фасад.

lol

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

++
наиболее простой и удобный способ