Всем привет! Делаю сервис, в AIDL интерфейсе которого есть следующий метод:

Question

Всем привет! Делаю сервис, в AIDL интерфейсе которого есть следующий метод:

Response send(Request). Request - обычный pojo. Он используется как внутри серверной части, так и отдаётся пользователям сервиса (предполагается, что это будут некоторые сторонние разработчики). Однако есть одно но: при передаче Request в сервис и дальнейшей его обработке у него устанавливается ещё одно поле. Но устанавливаться оно может только на стороне сервера: на стороне клиента это не должно делаться.
Рассматривал несколько вариантов:
1) Хотел добавить ещё одну сущность, в которой будет это поле, но мне кажется это не совсем правильно, тк по факту сущность та же самая и это ведёт к избыточности
2) Сделать два билдера для объектов Request: один для внутреннего использования в сервисе, а второй отдавать клиентам сервиса, но мне кажется это выглядит несколько запутанно

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

#it #programming #russian #software

0

24.12.2018

1 ответов

16 просмотров

Konstantin Dovnar · Accepted Answer

Konstantin Dovnar

Имхо, два разных класса правильно. С доп. полем - наследник основного и никакой путаницы. Пользователям можно отдавать всегда под видом основного класса.

0

25.12.2018

214 похожих чатов

Всем привет! Делаю сервис, в AIDL интерфейсе которого есть следующий метод:

1 ответов

Похожие вопросы