OWIN和Katana，为什么从服务器上分离应用程序？
我不完全得到这个..确定它很酷，能够自我托pipe一个应用程序，这可能是很好的，因为如果IIS出于任何原因下降…那么所有的网站宕机..但如果他们是自我的，托pipe，然后他们住在那里自己的生活有自己的背景下..我认为是好的..但我仍然没有得到这个优点..我在IISpipe道中跳过很多不必要的东西，通过使用owin加快应用程序，或者..什么是实际的优点？ （你不需要列出所有这些，如果他们很多:)，但只是这样我得到你为什么想要在IIS上使用OWIN和Katana）
提前致谢！
你的问题是有效的。
你可能主要考虑面向web服务器的web。 提供HTML（或json或websockets）可以用于更多。
我使用南希而不是IIS，因为我有一个小的应用程序 ，我只想从内部达到而IIS面向外。 另外 – 如果一台机器没有IIS，我不需要安装它。
假设你运行OSX或* nix。 然后，你可以有一个非常好的语言和同上编辑器，并在Mono上运行一个简单的Web服务器。
假设你正在使用像Netduino这样的微控制器 – IIS不适合它。 我怀疑南希是否也在那儿跑 – 但是你明白了; 并不是所有的东西都需要24轮车来运输数据。
假设你用Win机器作为心脏和中心来自动化你的房子。 现在，你是否真的想安装IIS，尽可能less地使用IIS？
如果上面的自动化房屋是您的宠物F / OSS项目，并且您正在进行自动化testing。 南希是众所周知的。
另一个例子来自我的近乎现实。 我有一台运行过时的Umbraco CMS的雪花服务器 。 在我接触这台机器之前，我只是轻轻地放下软手套。
如果我需要另一个web或json服务器，南希会尽可能less的印记。
OWIN的论点是陈旧的，虽然微软似乎有多less或多或less有点出门。
HTH
MS提供的OWIN和Katana概述提供了两个项目背后的历史背景和推理：
http://www.asp.net/aspnet/overview/owin-and-katana/an-overview-of-project-katana
从文章中总结：
OWIN：它的目标不是成为下一个Web框架，而是Web框架和Web服务器如何交互的规范。
Katana项目：Katana项目代表了一组OWIN组件，它们仍然是开源的，由微软构build和发布。 这些组件包括基础结构组件（如主机和服务器）以及function组件（如身份validation组件）和对框架（如SignalR和ASP.NET Web API）的绑定。 Katana带来了Node.js（以及像它这样的框架）的许多好处 – 人们可以简单地编写和运行一个Web服务器 – 而不会迫使开发人员抛弃开发ASP.NET Web应用程序的所有知识。
