如果你能把自动注入/组装也弄出来,那确实就差不多了
最初,就是全局的公共业务类,这个阶段用Global(static)没啥问题
然后,为了更好组织代码,必然引出功能拆分/组合的需求
这儿就引出了组装的需求,就必须让框架接管构建过程
有了构建就有销毁,就从静态管理变成了生命周期管理
用多个业务类组合完成一定需求是业务类组件化后的自然选择
依赖注入是让业务类组合这个操作自动化的手段
接管类的生命周期管理只是实现依赖注入后的副作用
【 在 hongyan2022 的大作中提到: 】
: 这么说来
: 语法上
: 这个
: ...................
--
FROM 116.233.92.*