小小工匠_社区达人页

2023年02月

• 02.11 10:18:34
  发表了文章 2023-02-11 10:18:34

  Spring Boot - 扩展接口一览

  Spring Boot - 扩展接口一览

  
• 02.11 10:18:05
  发表了文章 2023-02-11 10:18:05

  Spring - ApplicationContextInitializer 扩展接口

  ApplicationContextInitializer 扩展接口

  
• 02.11 10:17:46
  发表了文章 2023-02-11 10:17:46

  Spring - BeanDefinitionRegistryPostProcessor 扩展接口 动态注册bean

  BeanDefinitionRegistryPostProcessor 扩展接口 动态注册bean

  
• 02.11 10:17:00
  发表了文章 2023-02-11 10:17:00

  Spring - BeanFactoryPostProcessor 扩展接口

  BeanFactoryPostProcessor 扩展接口

  
• 02.11 10:16:32
  发表了文章 2023-02-11 10:16:32

  Spring - BeanPostProcessors 扩展接口

  BeanPostProcessors 扩展接口

  
• 02.11 10:16:08
  发表了文章 2023-02-11 10:16:08

  Spring - InstantiationAwareBeanPostProcessor 扩展接口

  InstantiationAwareBeanPostProcessor 扩展接口

  
• 02.11 10:15:38
  发表了文章 2023-02-11 10:15:38

  Spring - SmartInstantiationAwareBeanPostProcessor扩展接口

  SmartInstantiationAwareBeanPostProcessor扩展接口

  
• 02.11 10:13:41
  发表了文章 2023-02-11 10:13:41

  Spring - BeanFactoryAware扩展接口

  BeanFactoryAware扩展接口

  
• 02.11 10:13:06
  发表了文章 2023-02-11 10:13:06

  Spring - ApplicationContextAwareProcessor扩展接口

  ApplicationContextAwareProcessor扩展接口

  
• 02.11 10:12:28
  发表了文章 2023-02-11 10:12:28

  Spring - BeanNameAware扩展接口

  BeanNameAware扩展接口

  
• 02.11 10:11:50
  发表了文章 2023-02-11 10:11:50

  Spring - @PostConstruct 源码解析

  @PostConstruct 源码解析

  
• 02.11 10:11:20
  发表了文章 2023-02-11 10:11:20

  Spring - InitializingBean扩展接口

  InitializingBean扩展接口

  
• 02.11 10:10:09
  发表了文章 2023-02-11 10:10:09

  Spring - FactoryBean扩展接口

  FactoryBean扩展接口

  
• 02.11 10:09:29
  发表了文章 2023-02-11 10:09:29

  Spring - FactoryBean扩展实战_MyBatis-Spring 启动过程源码解读

  在理解 MyBatis-Spring 的启动过程时，需要重点把握的是 `SqlSessionTemplate` 核心类的设计理念及其实现过程，使用了JDK动态代理机制。

  
• 02.11 10:08:27
  发表了文章 2023-02-11 10:08:27

  Spring - SmartInitializingSingleton扩展接口

  SmartInitializingSingleton扩展接口

  
• 02.11 10:07:52
  发表了文章 2023-02-11 10:07:52

  Spring Boot - ApplicationRunner && CommandLineRunner扩展接口

  ApplicationRunner && CommandLineRunner扩展接口

  
• 02.11 10:07:16
  发表了文章 2023-02-11 10:07:16

  Spring - DisposableBean扩展接口

  扩展点只有一个方法：destroy()， 触发时机为当此对象销毁时，会自动执行该方法。 比如说运行applicationContext.registerShutdownHook时，就会触发这个方法。

  
• 02.11 10:06:09
  发表了文章 2023-02-11 10:06:09

  Spring - 事件监听机制 源码解析

  众所周知，Spring Framework在 BeanFactory的基础容器之上扩展为了ApplicationContext上下文。 ApplicationContext处理包含了BeanFactory的全部基础功能之外，还额外提供了大量的扩展功能。

  
• 02.11 10:05:36
  发表了文章 2023-02-11 10:05:36

  Spring - AnnotationBeanNameGenerator Bean命名规则

  AnnotationBeanNameGenerator Bean命名规则

  
• 02.11 10:03:50
  发表了文章 2023-02-11 10:03:50

  每日一博 - instanceof vs isInstance vs isAssignableFrom

  operator instanceof; method Class.isInstance(Object obj); method Class.isAssignableFrom(Class<?> cls);

  
• 02.11 10:02:54
  发表了文章 2023-02-11 10:02:54

  Java8 - Streams map()

  Java8 - Streams map()

  
• 02.11 10:02:29
  发表了文章 2023-02-11 10:02:29

  Java8 - Streams flatMap()

  在 Java 8 中，我们可以使用 `flatMap` 将上述 `2 级 Stream` 转换为`一级 Stream` 或将 二维数组转换为 一维数组。

  
• 02.11 10:01:56
  发表了文章 2023-02-11 10:01:56

  架构师成长日记 - 01 4+1视图模型

  架构师成长日记 - 01 4+1视图模型

  
• 02.11 10:01:24
  发表了文章 2023-02-11 10:01:24

  设计模式 - 六大设计原则之SRP（单一职责）

  单一职责原则（Single Responsibility Principle， SRP）又称单一功能原则，是面向对象的五个基本原则（SOLID）之一。 它规定一个类应该只有一个发生变化的原因。

  
• 02.11 10:00:53
  发表了文章 2023-02-11 10:00:53

  设计模式 - 六大设计原则之OCP（开闭原则）

  在面向对象编程领域中，开闭原则规定软件中的类、对象、模块和函数对扩展应该是开放的，但对修改是封闭的。这意味着 应该用抽象定义结构，用具体实现扩展细节，以此确保软件系统开发和维护过程的可靠性。

  
• 02.11 10:00:10
  发表了文章 2023-02-11 10:00:10

  设计模式 - 六大设计原则之LSP（里氏替换）

  里氏替换原则（Liskov Substitution Principle , LSP） 由麻省理工学院计算机科学西教授 Barbara Liskov 于1987年提出， 她提出： **继承必须确保超类所拥有的性质在子类中仍然成立。**

  
• 02.11 09:59:33
  发表了文章 2023-02-11 09:59:33

  设计模式 - 六大设计原则之LoD（迪米特法则原则）

  迪米特法（Law Of Demeter ， LoD）则又叫最少知道原则（Least Knowledge Principle），最早是在1987年由美国Northeastern University的Ian Holland提出。 通俗的来讲，就是一个类对自己依赖的类知道的越少越好。也就是说，对于被依赖的类来说，无论逻辑多么复杂，都尽量地的将逻辑封装在类的内部，对外除了提供的public方法，不对外泄漏任何信息。

  
• 02.11 09:58:34
  发表了文章 2023-02-11 09:58:34

  设计模式 - 创建型模式_工厂方法模式

  ⼯⼚模式⼜称⼯⼚⽅法模式，是⼀种创建型设计模式，**其在⽗类中提供⼀个创建对象的⽅法， 允许⼦类决定实例化对象的类型。** 它的主要意图是**定义⼀个创建对象的接⼝，让其⼦类⾃⼰决定实例化哪⼀个⼯⼚类，⼯⼚模式使其创建过程延迟到⼦类进⾏。** 优点： 简单说就是为了提供代码结构的扩展性，屏蔽每⼀个功能类中的具体实现逻辑。让外部可以更加简单的只是知道调⽤即可，同时，这也是去掉众多 ifelse 的⽅式。 缺点： ⽐如需要实现的类⾮常多，如何去维护，怎样减低开发成本。但这些问题都可以在后续的设计模式结合使⽤中，逐步降低。

  
• 02.11 09:57:53
  发表了文章 2023-02-11 09:57:53

  设计模式 - 创建型模式_建造者模式

  建造者模式所完成的内容就是通过将多个简单对象通过⼀步步的组装构建出⼀个复杂对象的过程。

  
• 02.07 23:18:39
  发表了文章 2023-02-07 23:18:39

  设计模式 - 创建型模式_7种单例模式实现

  单例模式可以说是整个设计中最简单的模式之⼀，在编程开发中经常会遇到这样⼀种场景，那就是需要保证⼀个类只有⼀个实例哪怕多线程同时访问，并需要提供⼀个全局访问此实例的点。 单例模式主要解决的是，⼀个全局使⽤的类频繁的创建和消费，从⽽提升提升整体的代码的性能。

  
• 02.07 23:17:20
  发表了文章 2023-02-07 23:17:20

  设计模式 - 创建型模式_原型模式

  原型模式主要解决的问题就是创建重复对象，⽽这部分 对象 内容本身⽐较复杂，⽣成过程可能从库或者RPC接⼝中获取数据的耗时较⻓，因此采⽤克隆的⽅式节省时间。

  
• 02.07 23:16:40
  发表了文章 2023-02-07 23:16:40

  设计模式 - 六大设计原则之ISP（接口隔离原则）

  接口隔离原则（Interface Segregation Principle, ISP）,要求尽量将臃肿庞大的接口拆分成更小的和更具体的接口，让接口中只包含相关的方法。 接口隔离是为了高内聚、低耦合。 在实际的开发中，通常都是先定义好需要开发的接口，并由各个服务去实现。 但是如果没有经过考虑和设计，很可能造成一个接口中包含了众多的接口方法，而这些接口并不一定在每一个类中都需要实现， 这样的接口很难维护， 也不易于扩展，每一次修改验证都有潜在的风险。

  
• 02.07 23:15:34
  发表了文章 2023-02-07 23:15:34

  设计模式 - 六大设计原则之DIP（依赖倒置原则）

  设计代码架构时，高层模块不应该依赖于底层模块，二者都应该依赖于抽象。 抽象不应该依赖于细节，细节应该依赖于抽象。 依赖倒置原则是实现开闭原则的重要途径之一， 它降低了类之间的耦合，提高了系统的稳定性和可维护性。

  
• 02.07 23:14:59
  发表了文章 2023-02-07 23:14:59

  设计模式 - 结构型模式_适配器模式

  适配器模式的主要作⽤就是把原本不兼容的接⼝，通过适配修改做到统⼀。使得⽤户⽅便使⽤，就像我们提到转换头、出国旅游买个插座等等，都是为了适配各种不同的口 ，做的兼容。 在业务开发中我们会经常的需要做不同接⼝的兼容，尤其是中台服务，中台需要把各个业务线的各种类型服务做统⼀包装，再对外提供接⼝进⾏使⽤。⽽这在平常的开发中也是⾮常常⻅的。

  
• 02.07 23:13:58
  发表了文章 2023-02-07 23:13:58

  设计模式 - 结构型模式_桥接模式

  桥接模式的主要作⽤就是通过将抽象部分与实现部分分离，把多种可匹配的使⽤进⾏组合。说⽩了核⼼实现也就是在A类中含有B类接⼝，通过构造函数传递B类的实现，这个B类就是设计的 桥

  
• 02.07 23:13:00
  发表了文章 2023-02-07 23:13:00

  设计模式 - 结构型模式_装饰器模式

  装饰器的核⼼就是再**不改原有类**的基础上给类新增功能。 不改变原有类，大家会想到继承、AOP切⾯，当然这些⽅式都可以实现，但是使⽤装饰器模式会是另外⼀种思路更为灵活，可以避免继承导致的⼦类过多，也可以避免AOP带来的复杂性。 很多场景⽤到装饰器模式 `new BufferedReader(new FileReader("")); `字节流、字符流、⽂件流的内容时都⻅到了这样的代码，⼀层嵌套⼀层，⼀层嵌套⼀层，字节流转字符流等等，⽽这样⽅式的使⽤就是装饰器模式的⼀种体现。

  
• 02.07 23:11:26
  发表了文章 2023-02-07 23:11:26

  设计模式 - 结构型模式_外观模式

  设计模式是解决程序中不合理、不易于扩展、不易于维护的问题，也是⼲掉⼤部分 ifelse 的利器，在我们常⽤的框架中基本都会⽤到⼤量的设计模式来构建组件，这样也能⽅便框架的升级和功能的扩展。 但如果不能合理的设计以及乱⽤设计模式，会导致整个编程变得更加复杂难维护，也就是我们常说的: 反设计 、 过渡设计 。⽽这部分设计能⼒也是从实践的项⽬中获取的经验，不断的改造优化摸索出的最合理的⽅式，应对当前的服务体量。

  
• 02.07 23:10:35
  发表了文章 2023-02-07 23:10:35

  设计模式 - 结构型模式_享元模式

  享元⼯⼚的设计，在⼀些有⼤量᯿复对象可复⽤的场景下，使⽤此场景在服务端减少接⼝的调⽤，在客户端减少内存的占⽤。是这个设计模式的主要应⽤⽅式。

  
• 02.07 21:48:33
  发表了文章 2023-02-07 21:48:33

  设计模式 - 结构型模式_代理模式

  代理模式有点像⽼⼤和⼩弟，也有点像分销商。主要解决的是问题是为某些资源的访问、对象的类的易⽤操作上提供⽅便使⽤的代理服务。⽽这种设计思想的模式经常会出现在我们的系统中，或者你⽤到过的组件中，它们都提供给你⼀种⾮常简单易⽤的⽅式控制原本你需要编写很多代码的进⾏使⽤