Loading

摘要: 本文节选自《Spring 5核心原理》 在之前的源码分析中我们已经了解到,依赖注入(DI)的入口是getBean()方法,前面的IoC手写部分基本流程已通。先在GPApplicationContext中定义好IoC容器,然后将GPBeanWrapper对象保存到Map中。在GPApplication 阅读全文
posted @ 2021-12-12 18:19 Tom弹架构 阅读(354) 评论(0) 推荐(2) 编辑
摘要: 本文节选自《Spring 5核心原理》 1 Annotation(自定义配置)模块 Annotation的代码实现我们还是沿用Mini版本的,保持不变,复制过来便可。 1.1 @GPService @GPService代码如下: package com.tom.spring.formework.an 阅读全文
posted @ 2021-12-10 13:44 Tom弹架构 阅读(468) 评论(0) 推荐(1) 编辑
摘要: 本文节选自《Spring 5核心原理》 1 IDEA集成Lombok插件 1.1 安装插件 IntelliJ IDEA是一款非常优秀的集成开发工具,功能强大,而且插件众多。Lombok是开源的代码生成库,是一款非常实用的小工具,我们在编辑实体类时可以通过Lombok注解减少getter、setter 阅读全文
posted @ 2021-12-09 15:20 Tom弹架构 阅读(557) 评论(1) 推荐(3) 编辑
摘要: Spring作为当前Java最流行、最强大的轻量级框架。Spring Bean的生命周期也是面试高频题,了解Spring Bean周期也能更好地帮助我们解决日常开发中的问题。程序员应该都知道Spring的基础容器是ApplicationContext。应很多粉丝的强烈建议,本文我来分析分析 Appl 阅读全文
posted @ 2021-12-08 13:44 Tom弹架构 阅读(566) 评论(0) 推荐(0) 编辑
摘要: 本文所有内容均节选自《设计模式就该这样学》 序言 Design Patterns: Elements of Reusable Object-Oriented Software(以下简称《设计模式》),一书由Erich Gamma、Richard Helm、Ralph Johnson和John Vli 阅读全文
posted @ 2021-11-26 15:07 Tom弹架构 阅读(2348) 评论(10) 推荐(42) 编辑
摘要: 本文节选自《设计模式就该这样学》 1 空对象模式的定义 空对象模式(Null Object Pattern)不属于GoF设计模式,但是它作为一种经常出现的模式足以被视为设计模式了。其具体定义为设计一个空对象取代NULL对象实例的检查。NULL对象不是检查控制,而是反映一个不做任何动作的关系。这样的N 阅读全文
posted @ 2021-11-25 19:53 Tom弹架构 阅读(225) 评论(0) 推荐(0) 编辑
摘要: 本文节选自《设计模式就该这样学》 1 对象池模式的定义 对象池模式(Object Pool Pattern),是创建型设计模式的一种,将对象预先创建并初始化后放入对象池中,对象提供者就能利用已有的对象来处理请求,减少频繁创建对象所占用的内存空间和初始化时间。 一个对象池包含一组已经初始化并且可以使用 阅读全文
posted @ 2021-11-25 19:53 Tom弹架构 阅读(116) 评论(0) 推荐(0) 编辑
摘要: 本文节选自《设计模式就该这样学》 1 雇工模式的定义 雇工模式(Employee Pattern)也叫作仆人模式(Servant Pattern),属于行为型设计模式,它为一组类提供通用的功能,而不需要类实现这些功能,也是命令模式的一种扩展。 2 雇工模式的应用场景 在日常开发过程中,我们可能已经接 阅读全文
posted @ 2021-11-25 19:53 Tom弹架构 阅读(91) 评论(0) 推荐(0) 编辑
摘要: 本文节选自《设计模式就该这样学》 1 规格模式的定义 规格模式(Specification Pattern)可以认为是组合模式的一种扩展。很多时候程序中的某些条件决定了业务逻辑,这些条件就可以抽离出来以某种关系(与、或、非)进行组合,从而灵活地对业务逻辑进行定制。另外,在查询、过滤等应用场合中,通过 阅读全文
posted @ 2021-11-25 19:00 Tom弹架构 阅读(237) 评论(0) 推荐(0) 编辑
摘要: 本文节选自《设计模式就该这样学》 1 使用访问者模式实现KPI考核的场景 每到年底,管理层就要开始评定员工一年的工作绩效,员工分为工程师和经理;管理层有CEO和CTO。那么CTO关注工程师的代码量、经理的新产品数量;CEO关注工程师的KPI、经理的KPI及新产品数量。 由于CEO和CTO对于不同的员 阅读全文
posted @ 2021-11-24 15:09 Tom弹架构 阅读(422) 评论(0) 推荐(0) 编辑