Я прошел один из шаблонов статей о прокси.Дизайн прокси Дизайн: Недостатки
Read the Comments After the Explanation
В этой статье есть несколько минусов, упомянутые для прокси-Patterns, но я не могу понять:
1)
Недостатком здесь является «магия» может случаться, что распространитель не знает о (проблема с «черным ящиком»). Пожалуйста, объясните магию.
2)
Прокси-сервер может маскировать жизненный цикл и состояние энергозависимого ресурса от его клиента. Клиент может вызвать прокси-сервер, не понимая, что ресурс в настоящее время недоступен ... в этом случае прокси-сервер должен либо блокироваться, пока ресурс не будет доступен снова, либо он должен произвести некоторую ошибку. В терминах Java это должно быть неконтролируемое исключение, так как Proxy должен соответствовать интерфейсу исходного объекта. Также клиент может не знать, что ресурс, который он вызывает сейчас, - это не тот ресурс, который он назвал второй раз; если на ресурсе есть какое-либо состояние, клиент может быть сбит с толку, что состояние, похоже, было забыто.
Просьба пояснить.
3)
Если прокси-сервер используется для представления удаленного ресурса в локальном процессе, это может замаскировать тот факт, что используется удаленная связь. Как мы знаем, удаленный вызов полностью отличается от локального вызова, и наши программы не должны относиться к нему так, как если бы он был таким же. Лучше прокси-сервер заявляет, что это прокси для удаленного ресурса, а не локального ресурса. Тогда клиенты могли бы выбирать только локальные ресурсы или изменять свое поведение при использовании удаленного ресурса.
Не могли бы вы помочь мне в понимании трех пунктов выше, связанных с недостатками прокси?
Я считаю, что это объяснение также охватывает первый случай более или менее. Вы могли бы сказать, что прозрачное выполнение удаленных вызовов можно рассматривать как случай, когда происходит «волшебство», –