【问题标题】:Any advantage in removing ASP.NET references from a web api project?从 web api 项目中删除 ASP.NET 引用有什么好处?
【发布时间】:2015-11-17 20:35:21
【问题描述】:

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

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

我们使用 IIS 网络托管。

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

但是 Swagger 或 .NET 包 Swashbuckle/Swagger 包含在带有 Microsoft asp.net 依赖项的 CORE 中。

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

我想知道真正的问题是什么(同事并没有真正说......)或者与 asp.net 依赖项解耦的 web api 项目有什么好处?

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

【问题讨论】:

    标签: iis asp.net-web-api asp.net-web-api2


    【解决方案1】:

    我想知道真正的问题是什么(同事不知道 说真的……)

    不是代码,但我认为这是第一个问题。试着让你的“同事”解释“为什么”这样更好。 (不仅是很酷的代码,还包括内存/cpu 占用、团队接管能力、未来路径等)任何合格的开发人员都可以维护好的代码,而不是非常复杂并且“只有一个人才能理解”。

    与asp.net解耦的web api项目有什么好处 依赖?

    脱钩是件好事。第一,“如果你不使用它,请不要引用它”。对许多项目而言,最终拥有完全无用的耦合库。为什么?因为“新项目”模板在第一次创建项目时就有了它们!

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

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

    不与即将发生变化的核心库耦合似乎是个好主意。如果您想迁移到下一个版本,如果您不依赖“旧 Asp.Net”功能,那么问题就会少很多。

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

    我认为更好的说法是; “我们不会再使用任何将我们与 Asp.Net 核心库紧密耦合的东西,因为我们正在与它解耦”。

    【讨论】:

      猜你喜欢
      • 2013-07-14
      • 2015-10-22
      • 1970-01-01
      • 1970-01-01
      • 2011-09-09
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2013-09-16
      相关资源
      最近更新 更多