为什么需要抽象工厂设计模式? [英] Why do we need Abstract factory design pattern?
问题描述
大部分定义都说:
抽象工厂提供了一个用于创建家庭的界面没有指定的相关对象他们的具体类
An abstract factory provides an interface for creating families of related objects without specifying their concrete classes
抽象工厂模式有什么用,我们可以通过创建具体类本身的对象来完成任务.为什么我们有一个创建 Concrete 类对象的工厂方法?
What is the use of Abstract Factory Pattern as we can achieve the task via creating object of concrete class itself. Why do we have a factory method that creates object of Concrete class?
请给我提供任何必须实现抽象工厂模式的真实示例?
Please provide me any real life example where I must implement abstractFactory pattern?
推荐答案
Abstract Factory 是依赖注入 (DI) 的核心设计模式.以下是 Stack Overflow 问题列表,其中抽象工厂的应用已被接受作为解决方案.
Abstract Factory is a very central design pattern for Dependency Injection (DI). Here's a list of Stack Overflow questions where application of Abstract Factory has been accepted as the solution.
据我所知,这些问题代表了人们真正关心的问题或问题,因此您应该从一些现实生活中的例子开始:
To the best of my understanding, these questions represent real concerns or problems that people had, so that should get you started with some real-life examples:
- 是有一种用于初始化通过 DI 容器创建的对象的模式
- 不能结合工厂/DI
- WCF 依赖注入和抽象工厂
- 当关键类需要 Session(或其他上下文特定变量)时如何设置 IoC
- 如何基于类型解析最终用户配置值?
- 使用 Unity 的策略模式和依赖注入
- 基于 IoC 的抽象工厂模式?
- 这是使用和测试使用工厂模式的类的正确方法吗?
- DDD 书籍,Eric Evans:请解释工厂应该抽象为所需的类型而不是创建的具体类"的含义.
- DI 容器、工厂或新的临时对象对象?
- 如何对实例创建进行单元测试?莉>
- 什么是用户输入依赖注入的最佳策略?
这篇关于为什么需要抽象工厂设计模式?的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持IT屋!