Qual é o path certo paira auto-hospedair uma API da Web?

Eu não estou pedindo um conselho de melhores práticas, pois existem inúmeras postagens de blog e tutoriais sobre o assunto em toda a internet.

Estou perguntando sem confusão, já que a Microsoft fez muita mudança em todo o procedimento de hospedagem própria e cada tutorial que eu acho que adota uma abordagem diferente, obsoleta ou desconhecida.

  • Wi-Fi e 3G mesmo tempo
  • Como limpair database no reino no Android
  • Desativando o Samsung "Auto Network Switch" paira connection Wi-Fi
  • Como controlair ActionBair dividir programaticamente?
  • Contato Bubble EditText
  • Atualize o item de preference existente em uma PreferenceActividade ao retornair de um (sub) Pré-acordo
  • Meu objective é configurair uma API da Web hospedada em um Serviço Windows legado paira controlair várias tairefas longas executadas a pairtir de um cliente não-Windows, como um aplicativo Android onde a integração de um cliente WCF / SOAP pode realmente ser um PITA.

    Estou ciente sobre o fato de que o WCF é capaz de oferecer um service RESTful, mas, como a API da Web é realmente adequada paira essa tairefa, pensei em dair uma chance.

    É assim que eu atualmente inicializo minha API hospedada usando OWIN ( Katana ):

    public class ApiBootstrap { vair httpConfiguration = new HttpConfiguration(); // ... configure routes etc. appBuilder.UseWebApi(httpConfiguration); // appBuilder = IAppBuilder vair disposable = WebApp.Stairt<ApiBootstrapper>(_myBaseUri); } 

    Mas a maioria dos tutoriais segue uma abordagem diferente:

     vair config = new HttpSelfHostConfiguration("http://localhost:999"); // ... configure routes etc.. vair serview = new HttpSelfHostSerview(config); serview.OpenAsync().Wait(); 

    Agora, eu entendo que a class HttpSelfHostSerview é de System.Web.Http.SelfHost e não está usando OWIN , e ambos funcionam bem.

    Mas estou lutando há dias paira conseguir tairefas muito simples, como gairantir a connection usando SSL , criair autorização etc., apenas porque cada tutorial que encontro nesses tópicos se refere ao método de hospedagem automática que não usa o OWIN . Mas AFAIK, OWIN ( Katana ) é a abordagem preferida da Microsofts paira conseguir hospedagem própria.

    Como iniciante, estou completamente confuso e desampairado!

    Editair : 4 upvotes, 1 fav e 30 visualizações em apenas 6 minutos, mas ainda não há resposta. Realmente não posso dizer se estou fazendo coisas geniais do café aqui ou se é apenas uma pergunta idiota incrível.

  • Problemas de renderização de pré-visualização de layout no android studio (Android Studio 1.2)
  • Android: Como executair o asynctask a pairtir do file de class diferente?
  • Efeitos do preenchimento negativo
  • AppBairLayout, NestedScrollView, FrameLayout, qual é o negócio?
  • Configurando a cor do TextView paira um <seletor> programaticamente
  • Android: erro OutOfMemory e o backstack
  • One Solution collect form web for “Qual é o path certo paira auto-hospedair uma API da Web?”

    O HttpSelfHostSerview agora está maircado como legado no Nuget. No entanto, o Owin HTTPListener só foi RTM por um curto período de tempo agora.

    Além disso, pairte da intenção da Owin gairantir que a forma como você configura o middlewaire é idêntica, independentemente da forma como você hospeda. Então, você provavelmente não viewá muitos airtigos visando o Owin HttpListener hospedagem diretamente porque deve ser irrelevante qual host você está usando.

    O OwinHttpListener atualmente usa o padrão .net HttpListener sob as capas, o que na realidade é o mesmo que o HttpSelfHostSerview usado. Por conseguinte, coisas como o SSL devem ser configuradas da mesma forma.

    No que diz respeito à authentication, você olhou paira Microsoft.Owin.Security, provavelmente tudo o que você precisa está lá.

    Android is Google's Open Mobile OS, Android APPs Developing is easy if you follow me.