c#-依赖反转原理在ASP.NET提供程序模型中的应用
内容导读
互联网集市收集整理的这篇技术教程文章主要介绍了c#-依赖反转原理在ASP.NET提供程序模型中的应用,小编现在分享给大家,供广大互联网技能从业者学习和参考。文章包含1178字,纯文字阅读大概需要2分钟。
内容图文
![c#-依赖反转原理在ASP.NET提供程序模型中的应用](/upload/InfoBanner/zyjiaocheng/677/2f66f12931ed451ba830b20b3cd349be.jpg)
我有一个使用IPaymentService处理信用卡付款的应用程序.适当的实现(CreditCardPaymentComponent或CheckPaymentComponent或实现IPaymentService接口的其他任何东西)由PaymentProvider使用ASP.NET Provider Model注入到应用程序中.
我们还需要这些组件可用于可能无法访问PaymentProvider的不同应用程序.
问题是将IPaymentService接口放在哪里?它不能在应用程序内部,因为有多个应用程序需要使用该服务.它不能在服务内部,因为有多个实现此接口的服务.我不喜欢将接口放在自己的项目中,因为那样的话,我必须在各处添加引用.还有其他解决方案吗?
编辑:澄清一下,使用提供程序模型的目的是让我们可以支持其他开发人员,因此他们可以编写例如实现IPaymentService的CustomPaymentComponent并与我们的应用程序无缝协作.我倾向于@Frazell的答案,但我只是想知道将IPaymentService与PaymentComponents放在同一程序集中是否有不利之处?如果您必须为此系统开发一个CustomPaymentComponent,那么对您来说最有意义的是什么?
解决方法:
您必须避免在需要的地方引用接口和实现代码.如果付款代码必须在许多应用程序中可重用,我会将其分解为一个单独的库(dll),并将其适当打包.
管理附加程序集比诉诸代码复制(这是唯一的选择)容易得多.必须不惜一切代价避免重复.
取决于您的整体状况.我将在同一程序集(例如付款程序集)中提供接口和基本实现,并允许在极端情况下需要的地方使用DI交换掉这些实现.
内容总结
以上是互联网集市为您收集整理的c#-依赖反转原理在ASP.NET提供程序模型中的应用全部内容,希望文章能够帮你解决c#-依赖反转原理在ASP.NET提供程序模型中的应用所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错,欢迎将互联网集市网站推荐给程序员好友。
内容备注
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 gblab@vip.qq.com 举报,一经查实,本站将立刻删除。
内容手机端
扫描二维码推送至手机访问。