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 嗎？
如果上面的自動化房子是你最喜歡的 F/OSS 項目，並且你很重視自動化測試。南希因此而聞名。
另一個例子來自我的近乎現實。我有一個執行過時的 Umbraco CMS的雪花伺服器。在我接觸這台機器之前，我戴上了我的軟手套，而且非常輕柔。
如果我需要另一個 web 或 json 伺服器，Nancy 會做盡可能少的印記。
儘管微軟似乎或多或少地將 Katana 排除在外，但 OWIN 的論點已經過時。
高溫高壓