В настоящее время я работаю с API-интерфейсом Clarity .NET Facebook, но нахожу определенные ситуации с аутентификацией как своего рода ограничением. Я продолжаю изучать уроки, но всегда заканчиваю тем, что бью кирпичную стену тем, что хочу сделать. Возможно, я просто не могу это сделать?
Я хочу создать веб-службу, которая принимает необходимые учетные данные (APIKey, SecretKey, UsersId (или ключ сеанса?) И все, что мне потребуется), а затем выполняет различные задачи: публикация на стене пользователя, добавление событий и т. Д. .
Проблема, с которой я столкнулся, заключается в следующем: текущая документация, примеры и поддержка предоставляют способ сделать это в контексте веб-сайта. В этом контексте может быть инициировано требуемое всплывающее окно «подключения», которое позволяет пользователю аутентифицировать и подключать приложение. С этого момента Интернет может продолжать делать то, что ему нужно.
Если я закрою браузер и вернусь на страницу, мне придется снова нажать кнопку подключения. За исключением этого времени, поскольку я уже вошел в Facebook, мне не нужно проходить весь процесс подключения.
Но все же ... Как такие приложения, как Tweetdeck, могут обойти это? По-видимому, они устанавливают соединение один раз, когда вы устанавливаете приложение, и вам не нужно делать это снова. Я бы предположил, что эта же идея должна быть применена к созданию веб-службы, потому что: вы не знаете, в каком контексте находится пользователь при вызове веб-службы. Вызываемые методы веб-службы могут исходить из приложения Windows Form или из кода в рабочем процессе.