Как вы уже догадались.Это плохой дизайн по множеству причин:
- Смущает - вы можете понять ваше соглашение об одном объекте / двух местах назначения, но это создаст проблемы, если кто-то еще попытается внести свой вклад илиподдержите свою работу.
- Проблемы с ведением журнала / отладкой - Если в будущем возникнет проблема, то, если регистратор сообщит неверную информацию, может серьезно усложнить отслеживание ошибок
- Не нужно - я не знаком с вашим кодом, но по моему опыту с удаленными объектами тривиально использовать несколько различных
Я бы предложил заключить два удаленных объекта в один родительский объект,Вы можете передать этот единственный объект / класс и по-прежнему иметь доступ к обоим получателям.
ИЛИ
Если вы ожидаете добавления нескольких объектов, создайте одноэлементный класс с методами для обработки логики удаленного взаимодействия.Это обеспечит постоянный доступ к удаленному удалению для всех приложений и оставит логику назначения в одном месте.