Что лучше для создания API для моего сайта: службы данных MVC или Ado.net? - PullRequest
Новая
       24

Что лучше для создания API для моего сайта: службы данных MVC или Ado.net?

5 голосов
/ 04 июля 2011

У меня есть сайт, созданный с использованием MVC, и теперь я хочу создать API для этого сайта, чтобы пользователи могли использовать этот API для реализации различных веб-сайтов, веб-сервисов, плагинов и расширений браузера.

Iпрошел через эту статью , но еще не получил, что использовать.

Общая информация об API, который я хочу построить:
У пользователя API будет ключевое имя пользователяи пароль, чтобы иметь возможность использовать API.
API позволит пользователям добавлять контент в мою БД после проверки этих данных.
API позволит пользователям загружать изображения на мой сервер.
API должен иметь дружественные URL-адреса.

Какая технология подойдет для моего случая?

Также мне поможет решить, какая технология стоит за API-интерфейсом stackoverflow?

Ответы [ 3 ]

8 голосов
/ 04 июля 2011

Попробуйте WCF Web Api .В нем есть все классные вещи для создания хороших API RESTFul, и он удовлетворяет всем вашим требованиям.

  • Вы будете использовать базовую или некоторую пользовательскую http-авторизацию, такую ​​простую.
  • Youпредоставит очень простые URL для создания данных, проверки и возврата ответа, тривиальный.
  • RESTFul означает дружественный URL-адрес.

Общая идея заключается в том, что эта библиотека дает вам сильные возможности манипулированияс самого начала запроса до его ответа.Это основной HTTP API для .NET Framework и WCF, и он продолжает развиваться.

3 голосов
/ 28 сентября 2011

Рассматривали ли вы вместо этого использование OpenRasta ?

Его чистый подход ReSTful делает его идеально подходящим для разработки веб-интерфейсов API в .NET.

1 голос
/ 26 сентября 2011

Если у вас нет веских причин использовать WCF, почему бы просто не предоставить свои данные через сайт ASP.NET MVC. Вы можете легко вернуть JSON или любой другой формат данных, отличный от HTML, в соответствии с вашими потребностями из ASP.NET MVC.

В зависимости от того, насколько похожим должен быть интерфейс между вашим веб-сайтом и API, вы можете использовать существующие контроллеры / действия или создавать новые. Теоретически, если в HTTP-запросе указано «application / json», вы можете просто вернуть JSON к этим запросам и все будет сделано ... но на практике вам, вероятно, потребуется настроить конечные точки (контроллеры / действия), чтобы сделать их дружественными для вашего нового потребитель (другие разработчики, ориентированные на ваш API)

WCF очень хороший и многофункциональный, но не все знакомы с ним. Вы могли бы подвергнуться кривой обучения, получая хорошее понимание этого. Опять же, если для этого есть очень веская причина, то оно того стоит, но из того, что вы описываете, вы, вероятно, будете столь же хороши с простым ASP.NET MVC.

...