Oℕ
нет, под 3.0 это просто встроенный метод
Size: a a a
2020 August 01
S
если мы про встроенные методы
Oℕ
так же как и под 2.13
S
я понимаю, что метод для списка полей есть, но если понадобится расширить хоть немного, например получить еще и типы или какой-нибудь тайпкласс к типу каждого поля, то вперед в магнолию или шейплес или автодеревейшен
S
так что лучше понимать общие методы
Oℕ
а вы задачу прочитали?
Oℕ
которая перед юзером стоит, прежде, чем говорить ,в какую сторону будет решение расширяться
S
которая перед юзером стоит, прежде, чем говорить ,в какую сторону будет решение расширяться
1) создаёт hbase таблицу по proto файлам - что надо решитьS
тут скорее всего понадобятся типы
S
так что лучше сразу человека отправить в магнолию
S
чтоб не перекостыливать по несколько раз
Oℕ
человека сразу отправили в парсинг протофайлов
S
видимо человека очень не жалко
S
при наличии scalapb еще и протофайлы парсить
Oℕ
ну так надо просто на базе скалапб их и парсить
Oℕ
дописать код для генерации в скалапб
S
предлагается в код scalapb лезть? Да, это точно проще магнолии. И работать, наверное стабильнее будет. И поддержка упрощается
Oℕ
S
вам его точно не жалко
Oℕ
мне не жалко, я однажды написал систему, которая генерировала "кодеки", которые умели создавать таблицы и типы в кассандре, читать и писать данные оттуда
а в другой раз я написал плагин, который парсил схемы и генерировал код с кодеками
первого себя мне более жалко, чем второго
а в другой раз я написал плагин, который парсил схемы и генерировал код с кодеками
первого себя мне более жалко, чем второго