网站项目和WCF项目在相同或不同的解决方案中：优缺点

【问题标题】：Web site project and WCF project in the same or different solution: pros and cons网站项目和WCF项目在相同或不同的解决方案中：优缺点
【发布时间】：2009-05-06 15:45:05
【问题描述】：

我有一个 Visual Studio 解决方案，其中包含一个网站项目和一堆支持项目（域模型、数据访问等）。

我想通过同一域下的 url 将 API 公开给相同的底层数据，因此我开发了一个 WCF/REST 项目来执行此操作（它依赖于同一组域/数据访问项目）。

现在我想知道将 WCF 服务放在单独的解决方案中、部署在虚拟 IIS 路径下与仅将 WCF 项目放入原始网站解决方案相比有什么优缺点。

我是否有充分的理由想要选择一种方式？我对 IIS 部署不太熟悉。

【问题讨论】：

标签： asp.net wcf iis

【解决方案1】：

如果您想要自托管服务而不是在 IIS 中托管它，或者如果您出于某种原因想要将服务接口作为程序集共享，那么将它放在单独的程序集中可能会更容易。

我会推荐一个程序集用于服务接口（包括数据协定等），一个用于服务实现，另一个（如果需要）用于自托管（例如 Windows NT 服务或命令行应用程序） )。这是最干净的分离，没有真正的理由不这样做，恕我直言。

马克

【讨论】：

我同意。有好几次，我将我的 .svc 文件包含在 Web 项目中，但我总是将合同保存在一个公共文件中，并在服务项目中保存具体的服务实现。这就像马克所说的那样拯救了我的培根。此外，如果你的合约在一个单独的库中，你可以在不放弃业务逻辑的情况下分发它。