Дейв,
Я понимаю вашу мысль. Структура членства широко использует cookie для аутентификации. Вы передаете свои учетные данные на сервер, сервер проверяет их по пользовательской базе данных и выдает cookie-файл для аутентификации. В следующий раз каждый вызов urs содержит этот файл cookie аутентификации, который сервер использует для аутентификации и авторизации пользователя. Теперь весь этот рабочий процесс работает без проблем при использовании браузеров.
Теперь в вашем сценарии вы можете создать Action в контроллере, который проверяет учетные данные. Вы можете передать учетные данные этому действию в любой из публикаций / получения данных. Вам нужно будет сохранить куки-файл аутентификации в своем коде и включать его каждый раз при совершении звонка на сервер. Вы можете переопределить класс HttpWebRequest, чтобы выполнить эти шаги, и вы можете использовать тот же класс в своем коде.
В случае, если это связано с большими накладными расходами и вы ищете что-то вроде функциональных возможностей веб-служб, я посоветую вам ознакомиться с услугами WCF / Ado.NET Data Services. Они более легко интегрируются в структуру членства и могут лучше подходить для ваших результатов.
Надеюсь, это поможет, спасибо.