Какова подходящая терминология в Java при создании удаленных прокси? - PullRequest
1 голос
/ 23 марта 2010

Предположим, что я реализую удаленный прокси в Java для объекта, который, вероятно, находится на удаленном сервере, но может находиться локально.

Это мой реальный объект на удаленном сервере, есть локальная реализация (сам прокси), и есть интерфейс, который я предоставляю своей программе, который скрывает детали того, где на самом деле находится объект. Локальное представление может связываться с локальной или удаленной реализацией объекта.

Какая стандартная терминология в Java для этих вещей? Как мне назвать мои интерфейсы / классы?

Я видел термины «Предметы», «Изображения» и «Реализации» (вероятно, со времен GOF), но мне интересно, что является приемлемым способом присвоения имен среде, написанной на Java.

Ответы [ 2 ]

0 голосов
/ 23 марта 2010

Поскольку удаленное взаимодействие обычно влечет за собой какой-то сервис, такой как вызов, я обычно использую интерфейс сервиса, удаленный прокси и реализацию сервиса. Поскольку реализация определяется во время выполнения (прокси или реализация), все кодирование выполняется для интерфейса службы, поскольку он является единственным общедоступным API.

Spring Remoting делает это очень простым, мы широко используем его для предоставления удаленных прокси по HTTP, EJB и JMS одним и тем же сервисам. Также делает тестирование без какого-либо прокси тривиальным. Мы можем запускать те же тесты для модульных тестов непосредственно для реализации, а также для интеграционных тестов на сервере.

0 голосов
/ 23 марта 2010

Возможно, вы захотите использовать ту же терминологию, что и RMI, даже если вы решили не использовать RMI. например: заглушки, скелеты, реестры, серверы ...

...