|
|
1
2
看起来你已经确定了模式。这是最重要的 Factory Method Pattern . 或者更确切地说,这是一个有点不成熟的实现。一个稍微好一点的方法是首先将其作为一个接口:
几个重要的区别:
|
|
2
2
我不知道它是否有这样的“名称”,但它看起来像某种手动服务解析器。我能看到的问题(遗憾的是,从经验来看)是,它实际上是不灵活的,因为:
顺便说一句,可能更容易:
|
|
|
3
1
我认为你在这里所做的基本上是依赖注入(或者说控制反转就是酷孩子们所说的)。请查看以下链接: 维基百科的解释: http://en.wikipedia.org/wiki/Dependency_Injection 两个DI.Net框架: |
|
|
4
0
|
|
|
JBryanB · 如何从基本抽象类访问类属性 2 年前 |
|
|
Gabe Tucker · 无法在golang中分配接口对象指针 3 年前 |
|
|
jkone27 · F#-在编译时从字符串生成简单的空类型 8 年前 |
|
|
John Bustos · C#通用工厂模式,不说明通用工厂模式的类型 8 年前 |
|
|
Randall Flagg · 访问propertyinfo中的属性 8 年前 |
|
|
Kacper · 在反映的全名和成员c后的“*”中,“+”是什么意思# 8 年前 |
|
|
tobeypeters · 反射铸造 8 年前 |
|
|
myst02 · 如何在另一个方法之后调用该方法? 8 年前 |