自托管网站 API 有什么好处？
What is the benefit(s) of self hosted web API?
其实！我提出这个问题只是想知道，如果我有解决方案并且有一个 API 项目，那么托管的确切方式是什么？
以及为什么我们需要自托管？
请指导我
谢谢
我在 windows 控制台和 windows 服务类型的程序（守护进程）中使用 web-api 的自托管。这种类型的应用程序是长 运行 宁进程，没有任何 UI 并且可以 运行 无需安装 IIS 角色。
好处是 web-api 控制器可以直接访问您的应用程序数据。
当您拥有此类应用时，自托管的可能用例是：
- ping 该应用程序正在 运行ning（您可以有单独的监控服务，它将使用 web-api ping 请求轮询您的应用程序并通过电子邮件警告您）
- 请求当前应用程序的状态（debug/diagnostics 目的）
- 向外部服务提供 REST API
- 提供一些 UI - 您可以 return 作为 SPA（单页应用程序）实现的静态页面并使用 REST 请求为 UI 使用数据。
另外我在MS-SQL DB的特定场景下使用了web-api <---> Application interaction:
- 从 Sql Server 2012 开始，您不能在 .NET 存储过程中使用 WCF（安装使用 WCF 的存储过程时会出错）。
- 在Sql Server 2005 和2008 中可以使用WCF，但是在服务器上更新.NET Framework 时会出现错误（SQL Server 中的程序集版本与GAC 错误中的程序集版本不同） .
- web-api 是这里的 resque，因为您可以在 SQL Server 2005 及更高版本的存储过程中使用 System.Net.WebClient class，没有任何限制。
其实！我提出这个问题只是想知道，如果我有解决方案并且有一个 API 项目，那么托管的确切方式是什么？ 以及为什么我们需要自托管？
请指导我 谢谢
我在 windows 控制台和 windows 服务类型的程序（守护进程）中使用 web-api 的自托管。这种类型的应用程序是长 运行 宁进程，没有任何 UI 并且可以 运行 无需安装 IIS 角色。
好处是 web-api 控制器可以直接访问您的应用程序数据。
当您拥有此类应用时，自托管的可能用例是：
- ping 该应用程序正在 运行ning（您可以有单独的监控服务，它将使用 web-api ping 请求轮询您的应用程序并通过电子邮件警告您）
- 请求当前应用程序的状态（debug/diagnostics 目的）
- 向外部服务提供 REST API
- 提供一些 UI - 您可以 return 作为 SPA（单页应用程序）实现的静态页面并使用 REST 请求为 UI 使用数据。
另外我在MS-SQL DB的特定场景下使用了web-api <---> Application interaction:
- 从 Sql Server 2012 开始，您不能在 .NET 存储过程中使用 WCF（安装使用 WCF 的存储过程时会出错）。
- 在Sql Server 2005 和2008 中可以使用WCF，但是在服务器上更新.NET Framework 时会出现错误（SQL Server 中的程序集版本与GAC 错误中的程序集版本不同） .
- web-api 是这里的 resque，因为您可以在 SQL Server 2005 及更高版本的存储过程中使用 System.Net.WebClient class，没有任何限制。