我们有一个ASP.NET网络应用程序项目。
一位同事删除了Microsoft.AspNET引用。
我们使用IIS网络托管。
我想使用swagger作为api帮助替换。
但是Swagger或.NET包Swashbuckle/Swagger是微软asp.net依赖项的核心。
我的同事说我们不能用这种自吹自擂。
我想知道真正的问题是什么(同事没有真正说.)或者,使用asp.net依赖的解耦web项目的优势是什么?
我是说我们主持IIS..。
发布于 2015-08-25 08:09:42
我想知道真正的问题是什么(同事没有真正说.)
不是代码,但我认为这是第一个问题。试着让你的“同事”解释“为什么”更好。(不仅是很酷的代码,还包括mem/cpu占用、团队能力接管、未来路径等等)好的代码是任何合格的开发人员都可以维护的,并不是非常复杂,而且“只有一个人才能理解”。
与asp.net依赖的解耦web项目的优点是什么?
脱钩是件好事。首先,“如果你不使用它,就不要引用它”。对于许多项目来说,最终都会有完全无用的耦合库。为什么?因为“新项目”模板在项目第一次创建时就有了它们!
在Asp.Net核心库的具体案例中:当前的Asp.Net已经过时,一个新的版本即将问世。巩固"Asp.Net、MVC、WebAPI、OData、OAuth等“的知识和技术的人。
这意味着即将发生重大变化。
不与将要改变的核心库相耦合似乎是个好主意。如果您想要迁移到这个下一个版本,如果您不依赖于‘旧Asp.Net’功能,那么问题就会少得多。
我的同事说我们不能用这种自吹自擂。
我认为更好的说法是:“我们将不再使用任何将我们与Asp.Net核心库紧密结合在一起的东西,因为我们正在与它脱钩”。
https://stackoverflow.com/questions/32181983
复制相似问题