di就是依赖注入，现在来说，大部分框架都是以di为基础组件的，每一个框架都有自己的di组件，像dotnet core，java spring等，也都为自己的框架量身打造了di工具。
在很多教程里，di与ioc基本是相同的概念，其实di是ioc的具体实现，而我们说的autofac,spring ioc,unity castle都是di框架，也叫做ioc容器！它们的作用就是统一管理对象，这个管理也包括了对象的产生和销毁，产生就是new出一个对象，销毁就是对象的生命周期，一般来说根据生命周期的范围，可以分为瞬间（用完就销毁），单次http请求(请求结束后销毁）和单例（应用程序重启时销毁），我们根据对象的功能去定义它们，例如一个日志组件，它可以被定义为单例的；而一个仓储对象，它需要定义成'瞬间销毁'的。
公用组件，它可能是一个公用的架构，为了完成某个功能而被设计出来的稳定的框架，它内部的工作流程相对固定，而实现的具体细节可以由开发人员根据项目自定义，要想实现这种设计 ，我们就想到了面向抽象的设计，即面向接口的编程，组件里的对象都是抽象定义的，并且不负责生产对象，因为只要生命就是具体的，所以这里的对象都是需要通过di产生的！
我们用到的太多框架都是这种设计，大家有时间 可以 看看它们的源代码：
lind.authorization是一个授权架构体系，主不但有授权的核心逻辑，而且也是面向接口的体现，授权的核心逻辑是固定的，tokenauthenticationfilter是一种业务场景的功能组件，它的主逻辑不能修改，但里面的每块内容可以根据项目自身去实现，这类型于模板方法模式，它规定的业务流程，开发人员根据具体业务去实现里面的细节。
下面看一下授权组件的依赖关系：
tokenauthentictokenationfilter > iuserdetailsauthenticationprovider > iuserdetailsservice > iuserdetails
开发人员如果希望在自己项目中使用它，最少要实现这种个接口
iuserdetailsservice：用户获取，token生成，token获取 iuserdetails：用户实体
如对本文有疑问， 点击进行留言回复！！
14、Ribbon整合断路器监控Hystrix Dashboard
我要评论
网友评论