asp.net - tutorial - OWIN y Katana, ¿por qué desacoplar la aplicación del servidor?
error de servidor en la aplicación ''/''. visual studio 2017 (2)
No entiendo esto ... seguro es genial poder autoevaluar una aplicación y podría ser bueno, ya que si el IIS se cae por alguna razón ... entonces todos sus sitios se caen ... pero si son autónomos ... alojado, entonces viven allí su propia vida en su propio contexto ... lo que supongo que es agradable ... Pero todavía no entiendo los pros de esto ... salteo muchas cosas innecesarias en la pipa IIS usando owin, que acelera la aplicación , o ... ¿Cuáles son los verdaderos profesionales? (No necesita enumerarlos todos si son muchos :), pero así entiendo por qué le gustaría usar OWIN y Katana sobre el IIS)
¡Gracias por adelantado!
Tu pregunta es valida
Probablemente estés pensando principalmente en servidores web frente a la web. Servir HTML (o json o websockets) puede usarse para mucho más.
Uso Nancy en lugar de IIS porque tengo una pequeña aplicación que solo quiero alcanzar desde el interior mientras que IIS mira hacia afuera. Además, si una máquina no tiene IIS, no es necesario que la instale.
Supongamos que ejecuta OSX o * nix. Entonces puedes tener un muy buen editor de idiomas y otro y ejecutar un simple servidor web en Mono.
Supongamos que está utilizando un microcontrolador como Netduino, IIS no encaja en él. Dudo que Nancy vaya allí tampoco, pero entiendes la idea; no todo necesita un 24 wheeler para transportar datos.
Supongamos que está automatizando su casa con una máquina ganadora como corazón y centro. Ahora, ¿realmente desea instalar IIS, que sabe lo que hace o lo que es suficiente con tan poco como sea posible?
Si la casa automatizada de arriba es su proyecto F / OSS favorito y tiene muchas pruebas automatizadas. Nancy es bien conocida por eso.
Otro ejemplo tomado de la casi realidad del mío. Tengo un servidor de copos de nieve que usa Umbraco CMS obsoleto. Me pongo mis guantes suaves antes de tocar esta máquina y solo muy suavemente.
Si necesito otro servidor web o json, Nancy haría la menor impresión posible.
El argumento de OWIN es obsoleto, ya que Microsoft parece tener a Katana más o menos a la puerta.
HTH
Una descripción general de OWIN y Katana de MS: los antecedentes históricos y el razonamiento detrás de ambos proyectos se pueden encontrar aquí:
http://www.asp.net/aspnet/overview/owin-and-katana/an-overview-of-project-katana
Para resumir del artículo:
OWIN: Su objetivo no es ser el próximo marco web, sino más bien una especificación de cómo interactúan los marcos web y los servidores web.
Proyecto Katana: el proyecto Katana representa el conjunto de componentes de OWIN que, aunque sean de código abierto, son creados y lanzados por Microsoft. Estos componentes incluyen tanto componentes de infraestructura, como hosts y servidores, como componentes funcionales, como componentes de autenticación y enlaces a marcos tales como SignalR y ASP.NET Web API. Katana ofrece muchos de los beneficios de Node.js (y frameworks como este), la simplicidad con la que uno puede crear y ejecutar un servidor web, sin forzar al desarrollador a deshacerse de todo lo que sabe sobre el desarrollo de aplicaciones web ASP.NET.