Прозрачные структуры в сети - правильная терминология?

Question

Я разрабатываю адресную систему, которая обеспечивает механизм для скрытия фиксированных адресов приложений (например, IP-привязка). Например, приложение может называться APP1. Если это приложение выходит из строя, этот механизм молча связывает IP-адрес экземпляра резервной копии с абстрактным адресом APP1. Однако программа, говорящая с APP1, никогда не заметит этого скрытого изменения адреса.

Обычно люди ссылаются на такое поведение, как transparent, хотя скрытие и создание невидимых вещей - это как раз то, что делает вещи прозрачными.

transparent правильная терминология? И если да, то почему? Имеет ли аргумент какой-то другой взгляд?

Чтобы не допустить комментариев и флагов об этом вопросе, являюсь предметом обсуждения: я пишу техническую спецификацию, которая является очень важным шагом при разработке системы и поэтому нуждается в том же уровне точности, что и программирование системы, как вопрос программирования в чуть более широком смысле.

Answer 1

Это классическая дискуссия. Правильный термин фактически зависит от того, как вы описываете свою систему: используете ли вы метафору легкой видимости или математическую концепцию/CS? Поскольку механики не отображают всех деталей его выполнения, вы можете сказать, что механизм обеспечивает «непрозрачное» представление о поведении, поскольку пользователь не видит, как он работает. На самом деле это противоположность прозрачности - как вы указываете в своем вопросе. Однако это не так просто. Это выражение исходит из математической концепции, referential transparency. Из Википедии: «Выражение называется ссылочно прозрачным, если его можно заменить на его значение, не изменяя поведение программы (другими словами, предоставляя программу, которая имеет одинаковые эффекты и выводит на один вход)». Существует также производная концепция transparency in HCI: «Любые изменения в вычислительной системе, такие как новая функция или новый компонент, прозрачны, если система после изменения максимально приближается к предыдущему внешнему интерфейсу, изменяя его внутреннее поведение».

Итак, да, вы можете использовать концепцию прозрачности для описания абстракции поведения вашей системы.