Два вопроса относительно структуры сервиса WCF REST

Question

У меня есть два вопроса, на которые, я надеюсь, я смогу получить ответ в отношении моего сервис-ориентированного приложения

1. Я создаю сервис-ориентированное приложение, в котором элементы управления не имеют событий, все это делается с помощью вызова служб ... это означает, что URL-адрес службы записан в моем коде jQuery, но это как-то нехорошо .... Это как лучше всего сохранить сервисные URL-адреса ?! Я чувствую, что это трудно поддерживать и не безопасно, когда оно написано внутри страницы или внутри файла, на который ссылается javascript.

2. Я разговариваю с хостинговой компанией, и они сказали мне, что я могу разместить эти сервисы приложений на облачном сервере, а приложение - на других серверах .... не все на одном сервере, но мои сервисы приложений работают самостоятельно. я имею в виду, что службы находятся внутри приложения .... поэтому, чтобы все работало так, как хочет моя хостинговая компания, я буду размещать остальные службы в IIS или как именно?

Answer 1

1. Сервисный URL должен быть на вашей странице или в исходном файле скрипта.Это может быть локальный адрес, если вы не используете междоменные вызовы и JSONP - междоменные вызовы требуют абсолютного адреса.Это так же, как и любая другая веб-технология.Если вы хотите перейти на другую страницу, вы должны предоставить URL.Если вам нужна картинка или файл CSS, вы должны указать URL.Безопасность зависит от вас.
2. Это будет проблемой междоменных вызовов.Обычно JS-вызовы могут выполняться только в том же домене, где открыта страница.Когда сервер приложений выставлен на другое доменное имя, ваши звонки не будут работать.Чтобы избежать этого, вы должны использовать JSONP (WCF 4 поддерживает это).Экспонировать остальные службы, используемые вашим приложением, из приложения, размещенного самостоятельно, странно.Службы REST используются вашими клиентами - они являются интерфейсными службами и должны быть частью вашего приложения, размещенного на интерфейсном веб-сервере.Ваш внутренний сервер приложений не должен содержать ничего, что напрямую доступно вашим клиентам.