从 Web api 项目中删除 ASP.NET 引用有什么好处?

Any advantage in removing ASP.NET references from a web api project?

我们有一个 ASP.NET Web Api 项目。

一位同事删除了 Microsoft.AspNET 个引用。

我们使用 IIS 虚拟主机。

我想用 swagger 作为 api 帮助替换。

但是 Swagger 或 .NET 包 Swashbuckle/Swagger 与 Microsoft asp.net 依赖项一起出现在 CORE 中。

我同事说我们不能用这个招摇。

我想知道真正的问题是什么(同事并没有真正说......)或者具有asp.net依赖项的解耦网络api项目的优势是什么?

我的意思是我们在 IIS 上托管...

I would like to know what the real problem is (colleague does not really say...)

不是代码而是,我认为这是第一个问题。尝试让您的 "colleague" 解释 "why" 它更好。 (不仅是很酷的代码,还有 mem/cpu 足迹、团队接管能力、未来路径等)任何合格的开发人员都可以维护好的代码,而不是极其复杂和 'understood by only the one'。

what the advantage is of a decoupled web api project with asp.net dependecies?

脱钩是好事。首先,"if you don't use it, don't reference it"。许多项目最终都拥有完全无用的耦合库。为什么?因为 "new project" 模板在最初创建项目时就有了它们!

在Asp.Net核心库的具体情况下:当前的Asp.Net是旧版本,新版本正在开发中。一个将巩固“Asp.Net、MVC、WebAPI、OData、OAuth 等知识和技术的人。https://msdn.microsoft.com/en-us/magazine/dn913182.aspx

这意味着即将发生重大变化。

不耦合到将要更改的核心库似乎是个好主意。如果你想迁移到下一个版本,如果你不依赖 'old Asp.Net' 功能,那么问题就会少很多。

My colleague said we can not use this swagger.

我认为更好的说法是; "We will not use anything that tightly couples us to Asp.Net core libraries again since we're decoupling from it".