Factory工厂模式教程

心理学中有一篇很古老但非常重要的论文：乔治·米勒的著作《神奇的数字 7 +/- 2；我们信息加工能力的局限》，它测量了大脑处理信息的极限，并给出一个数字：人脑中可以同时晃动5到9个概念。在不得重复练习的情形下（如看电视字幕），在短时记忆内，一般人平均只能记下 7 个项目（如 7 位数字、7

现在Spring boot来到了Jar世界，原来它是管理war世界的王者，所以，他也很可能带来了Jar打包规则的改变。Jar世界从OSGI到Java Service Loader以及Java 9的模块化，折腾了很长时间，现在看看Spring是如何折腾Jar包的动态加载的：

实体是我们应该首先放入业务逻辑的自然场所。在本文中，我们将讨论领域驱动设计中实体的角色和生命周期。 一般公司转向领域驱动设计的最大原因是因为他们的业务具有必要的复杂性。为了管理业务逻辑复杂性，方法是使用面向对象的编程概念来模拟对象之间的复杂行为; 

设计模式是软件开发过程中经常出现的问题的常见解决方案。这些解决方案提供了优雅且在大多数情况下解决与对象创建，资源分配，简化代码等相关的不同问题的最有效方法。需要维护它们的上下文，而解决方案本身需要定制，根据业务逻辑。 设计模式分为三类： <

大家好 我在使用工厂模式的时候有些不明白的地方，比如我的工厂模式创建类A，B，C的实例，他们都有接口I，但是创建A不需要参数，创建B需要1个参数，创建C需要2个参数，那我工厂类为伪代码大概写成这个样子:

工厂是负责在内存中创建对象。仓储是类似一个集合，负责对象的保存、删除、获取。前提： 系统中的数据不需要持久化，全部在内存中。 我的疑问是：1、通过工厂创建的对象实例，是否已经在系统里了？ 存在：调用仓储的查询

目的定义一个用于创建对象的接口，但让子类决定要实例化哪个类。Factory Method允许类将实例化推迟到子类。说明铁匠制造武器。精灵需要精灵武器，兽人需要兽人武器。根据顾客，召唤正确类型的铁匠。<

抽象工厂模式提供了一种封装一组具有共同主题但没有指定其具体类的单个工厂的方法。假设您希望能够创建任何类型的口袋妖怪：让我们定义Pokemon抽象。 口袋妖怪抽象类所有宠物小精灵都必须扩展这个抽象类<

简单工厂模式的核心是一个工厂方法,但在工厂方法里还需要if,switch来判断生成哪个对象,破坏了开闭原则.Base base = factor.Create("A");Base base = factor.Create("B"); 工厂模

问题：谁创建对象A？解决方案：如果下面情况其中一个为真，则为B类分配创建对象A的责任（越多越好） - B包含或复合聚合A  - B记录A  - B密切使用A  - B具有A 的初始化数据 例子：

目的使用分离的生成器和工厂接口定义不可变内容的工厂。

目的提供用于创建相关或从属对象族的接口，而无需指定其具体类。 说明要创建一个王国，我们需要具有共同主题的对象。精灵王国需要一个精灵国王，精灵城堡和精灵军队，而兽人王

工厂设计模式让我们创建对象而不将实例化逻辑暴露给客户端。例如，假设您正在为银行工作，他们需要一种创建不同金融产品的方式：贷款，债券，股票等。让我们绘制一个类图并编写一些代码来理解Factory Design Pattern，然后使用lambda表达式来删除样板代码。

每个设计良好的系统至少有一个脏组件，通常与主组件相关联。此组件外面的任何内容都不依赖组件内部的任何内容。所有依赖关系都指向外部。这是您放置切换，工厂和IOC的地方。

Service Loader允许在不同的JAR中分离API及其实现。客户端代码仅取决于API，而在运行时，将使用类路径上的实现。这是将客户端代码与实现代码分离的好方法。为了说明这一点，让我们实现自己的日志记录项目：

我感觉应该是像构造定律上那样的，只要是个节点肯定就会在整棵树的根节点下有个标识，只要有标识就是实体，聚合应该没有任何特殊意义，聚合跟普通的任何节点都没有差别。比如聚合根A是个节点，这个节点下有b和c两个实体，这两个实体也是节点啊，b和c下还有节点，比如b下有个string类型的Name树形，