Asp.net OWIN和Katana，为什么要将应用程序与服务器分离？

我不太明白这个。。当然，它很酷，能够自我托管一个应用程序，这可能是很好的，因为如果IIS由于任何原因关闭。。。然后你所有的网站都会关闭。。但如果他们是自我寄宿的，那么他们就在自己的环境中生活。。我想这很好。。 但是我还是不明白这件事的好处。。我是否通过使用owin跳过了IIS管道中许多不必要的东西，从而加快了应用程序的速度，或者。。真正的优点是什么？（如果它们很多的话，你不需要列出所有的：），但我只是想知道为什么你想在IIS上使用OWIN和Katana）

---

提前谢谢

你的问题是正确的

您可能主要考虑的是面向web的web服务器。服务HTML（或json或websockets）可以用于更多用途

我使用Nancy而不是IIS，因为我有一个只想在IIS朝外时从内部接触的接口。另外，如果一台机器没有IIS，我就不必安装它

假设您运行OSX或*nix。然后，您就可以拥有一种非常好的语言和同上的编辑器，并在Mono上运行一个简单的web服务器

假设您使用的是Netduino这样的微控制器-IIS不适合它。我怀疑南希也会跑到那里去——但你明白了；并不是所有的东西都需要24轮车来运输数据

假设你正在用一台Win机器作为心脏和中心来自动化你的房子。现在，您真的想安装IIS吗？它只需要godsknowwhat还是尽可能少的安装就足够了？
如果上面的自动化房子是你最喜欢的F/OSS项目，并且你对自动化测试很感兴趣。南希因这一点而闻名

另一个例子来自我接近现实的经历。我有一台运行过时的Umbraco CMS的电脑。在触摸这台机器之前，我戴上了软手套，只是轻轻地。
如果我需要另一个web或json服务器，Nancy会尽可能少地使用imprint

OWIN的观点已经过时了，因为微软似乎或多或少地将Katana拒之门外

---

HTH

MS提供的OWIN和Katana概述——两个项目背后的历史背景和原因可在此处找到：

本文总结如下：

OWIN：它的目标不是成为下一个Web框架，而是一个Web框架和Web服务器如何交互的规范

---

Katana项目：Katana项目代表了一组OWIN组件，这些组件虽然仍然是开源的，但由Microsoft构建和发布。这些组件包括基础结构组件（如主机和服务器）以及功能组件（如身份验证组件）和框架绑定（如SignalR和ASP.NET Web API）。Katana带来了Node.js（以及类似于Node.js的框架）的许多好处——编写和运行Web服务器的简单性——而不会迫使开发人员放弃开发ASP.NET Web应用程序的所有知识

好吧，但如果我做对了。。。你仍然有一台运行Nancy的服务器，然后你有几个客户端连接到服务器，对吗？为什么不在主机上使用IIS呢？。。或者Nancy是否允许您从远程计算机管理服务器？如果且仅当IIS碰巧位于服务器上时，它可能是专用于某个用途的；通常为web上的用户提供HTML内容。另一方面，我的应用程序是为DevOps服务的。我想在不接触IIS的情况下使用和删除我的应用程序。我还填写了上面的答案。“我使用Nancy而不是IIS”是一个需要澄清的声明。基于Nancy的应用程序当然可以在IIS上运行良好。最好说你使用Nancy自托管。也看看Howard写的最新文章