WCF Pub Sub Service Расположение?
Этот вопрос должен ответить на некоторую путаницу в направлении, которое мне дали относительно того, где должна находиться моя подсобная служба паба WCF по отношению к веб-сайту, который будет ее использовать. По сути, я разрабатываю субсервис WCF Pub как API, чтобы соответствовать решению SAAS. Сайт фактически использует свой собственный API для большей части функциональности. Для меня на клиентском локальном LANS установлены разъемы для интеграции с локальными программными системами в их сети, поэтому они также будут использовать API (отсюда sub pub, для обновления в реальном времени, передаваемого из API)... Мне сказали что у меня должен быть сервис WCF на моем сайте, что означает:
http://saassolution.com/api/wcfservice.svc... мне дали объяснение, что использование сервиса через javascript станет невероятно громоздким, если он не будет частью проекта.
Я думаю, что служба WCF должна находиться в таком месте: http://api.saasolution.com/wcfservice.svc
Лестница - это то, как сайты, такие как твиттер и linkedin, делают это, поэтому я запутался в направлении, которое мне дали. Кто-нибудь может дать некоторое представление о плюсах и минусах каждого подхода... или есть ли вообще разница... или рекомендации?
Спасибо.
1 ответ
Единственное предположение, которое можно сделать для размещения API wcf в приложении сайта, может заключаться в проблеме междоменного домена xhr.