asp.net – 依赖注入和代码可维护性

前端之家收集整理的这篇文章主要介绍了asp.net – 依赖注入和代码可维护性前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
我正在使用接口来提供依赖注入的(vb.net/asp.net)项目.但对我来说,感觉代码的可维护性已被杀死.当我想阅读代码时,我不能简单地跳转到使用的相关类的代码.我所看到的只是接口,因此我必须通过项目来查找正在执行的类.这真的伤害了我的生产力.

是的,我知道我现在可以使用各种替换类来实现接口.但是,例如,我知道我不会很快改变我的数据源 – 我没有必要启用交换它的能力.所有这些依赖注入对我来说似乎有些过分(事实上,它唯一真正的原因是支持模拟类进行单元测试).我实际上已经读过几个地方,说DI实际上更适合可维护性.但是,假设您已经知道一切都在哪里,并且您知道需要更新哪个类.找出去哪里看是杀死我的部分.

所以,我的问题是:是否有更好的方法来遍历代码?有没有更好的方法来使代码更易于维护?我们做错了吗?或者这是课程的标准?

解决方法

DI肯定会有一些开销,特别是当您的配置与代码分离时.虽然这是课程的标准,但随着时间的推移,它会更容易处理,并且随着您对代码的更好理解.

但是,有一些工具可以提供帮助 – 请查看ResharperCodeRush.两者都为Visual Studio中的代码导航体验提供了极好的改进. Resharper具有出色的“Go To Symbol”“Go To Implementation”方法,可以快速帮助您导航到界面的实现,无论它在哪里.

关于可维护性:一般来说,松散耦合的设计随着时间的推移变得更加重要,因为会有变化.代码越紧密耦合,在不影响整个应用程序的情况下进行小的更改就越困难.这取决于接口非常重要 – 无论您是否选择使用依赖注入.

原文链接:https://www.f2er.com/aspnet/248204.html

猜你在找的asp.Net相关文章