gpt4 book ai didi

asp.net - 依赖注入(inject)和代码可维护性

转载 作者:行者123 更新时间:2023-12-04 07:29:12 26 4
gpt4 key购买 nike

我正在开发一个(vb.net/asp.net)项目,该项目使用接口(interface)提供依赖注入(inject)。但对我来说,感觉就像代码的可维护性已经被扼杀了。当我想通读代码时,我不能简单地跳转到使用的相关类的代码。我看到的只是接口(interface),所以我必须通过项目来找出哪些类正在执行实现。这真的伤害了我的工作效率。

是的,我知道我现在可以使用各种替换类来实现接口(interface)。但是,例如,我知道我不会很快更改我的数据源——我不需要启用将其换出的能力。所有这些依赖注入(inject)对我来说似乎都是多余的(事实上,它存在的唯一真正原因是支持用于单元测试的模拟类)。我实际上已经阅读了几个地方,状态 DI 实际上更利于可维护性。但这假设您已经知道所有内容在哪里,并且您知道需要更新哪个类。找出在哪里看是杀死我的部分。

所以,我的问题是:有没有更好的方法来遍历代码?有没有更好的方法让代码更易于维护?我们只是做错了吗?或者这是类(class)的标准杆?

最佳答案

DI 肯定有一些开销,尤其是当您的配置与代码分离时。虽然这是类(class)的标准,但随着时间的推移,它确实会变得更容易处理,并且随着您对代码的更好理解。

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

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

关于asp.net - 依赖注入(inject)和代码可维护性,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/4057344/

26 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com