-
Kotlin - это плохо. Object keyword
Продолжаем цикл статей про
Kotlin:- Расширения - синтаксический сахар над Utility классами
- Делегаты
objectkeyword

-
Kotlin - это плохо. Делегаты
-
Kotlin - это плохо. Расширения - синтаксический сахар над Utility классами
Начинается цикл статей, которые будут посвящены языку
Kotlin:- Расширения - синтаксический сахар над Utility классами
- Делегаты
objectkeyword

-
Простой гибкий маппер
В приложении, которым я сейчас занимаюсь, существует несколько классов для представления одной сущности. Например, у сущности “Сотрудник” есть целых три класса:
EmployeeDto- для приема с сервера,Employee- для работы в приложении,EmployeeEntity- для хранения в локальной базе. У нас естьnaming conventions, по которым суффикс*Dtoговорит, что эта сущность будет использоваться для передачи данных по сети (скорее всего, такая сущность будет реализовывать интерфейсSerializable), суффикс*Entityговорит, что эта сущность будет использоваться для хранения в БД (у такой сущности будет много аннотаций для ORM), а сущности без суффикса используются непосредственно в бизнес логике, будем их называть доменными. Я расскажу о выбранном мной способе конвертирования данных между такими сущностями.
