暂时未有相关云产品技术能力~
暂无个人介绍
网络收发与Nginx事件间的对应关系
MVC的困境
Spring Webflux - Reactive介绍
Spring Webflux - 03 Webflux编程模型
考试范围及知识点
物流车辆管理系统
分布式缓存系统
信息物理系统(Cyber Physical Systems, CPS)
在线订餐管理系统
数据库设计
机器学习应用开发平台
预约挂号管理系统
10 智能家居管理系统
pom文件灰化的处理方式
Linxu磁盘分区可用性检测
Spring Cloud 微服务项目实战
netstat 查看系统端口占用和监听情况
lsof显示 tcp,udp 的端口和进程
使用Nginx实现数据采集的构想
Spring Boot - 花式加载配置文件
Spring Boot - 扩展接口一览
ApplicationContextInitializer 扩展接口
BeanDefinitionRegistryPostProcessor 扩展接口 动态注册bean
BeanFactoryPostProcessor 扩展接口
BeanPostProcessors 扩展接口
InstantiationAwareBeanPostProcessor 扩展接口
SmartInstantiationAwareBeanPostProcessor扩展接口
BeanFactoryAware扩展接口
ApplicationContextAwareProcessor扩展接口
BeanNameAware扩展接口
@PostConstruct 源码解析
InitializingBean扩展接口
FactoryBean扩展接口
在理解 MyBatis-Spring 的启动过程时,需要重点把握的是 `SqlSessionTemplate` 核心类的设计理念及其实现过程,使用了JDK动态代理机制。
SmartInitializingSingleton扩展接口
ApplicationRunner && CommandLineRunner扩展接口
扩展点只有一个方法:destroy(), 触发时机为当此对象销毁时,会自动执行该方法。 比如说运行applicationContext.registerShutdownHook时,就会触发这个方法。
众所周知,Spring Framework在 BeanFactory的基础容器之上扩展为了ApplicationContext上下文。 ApplicationContext处理包含了BeanFactory的全部基础功能之外,还额外提供了大量的扩展功能。
AnnotationBeanNameGenerator Bean命名规则
operator instanceof; method Class.isInstance(Object obj); method Class.isAssignableFrom(Class<?> cls);
Java8 - Streams map()
在 Java 8 中,我们可以使用 `flatMap` 将上述 `2 级 Stream` 转换为`一级 Stream` 或将 二维数组转换为 一维数组。
架构师成长日记 - 01 4+1视图模型
单一职责原则(Single Responsibility Principle, SRP)又称单一功能原则,是面向对象的五个基本原则(SOLID)之一。 它规定一个类应该只有一个发生变化的原因。
在面向对象编程领域中,开闭原则规定软件中的类、对象、模块和函数对扩展应该是开放的,但对修改是封闭的。这意味着 应该用抽象定义结构,用具体实现扩展细节,以此确保软件系统开发和维护过程的可靠性。
里氏替换原则(Liskov Substitution Principle , LSP) 由麻省理工学院计算机科学西教授 Barbara Liskov 于1987年提出, 她提出: **继承必须确保超类所拥有的性质在子类中仍然成立。**
迪米特法(Law Of Demeter , LoD)则又叫最少知道原则(Least Knowledge Principle),最早是在1987年由美国Northeastern University的Ian Holland提出。 通俗的来讲,就是一个类对自己依赖的类知道的越少越好。也就是说,对于被依赖的类来说,无论逻辑多么复杂,都尽量地的将逻辑封装在类的内部,对外除了提供的public方法,不对外泄漏任何信息。
⼯⼚模式⼜称⼯⼚⽅法模式,是⼀种创建型设计模式,**其在⽗类中提供⼀个创建对象的⽅法, 允许⼦类决定实例化对象的类型。** 它的主要意图是**定义⼀个创建对象的接⼝,让其⼦类⾃⼰决定实例化哪⼀个⼯⼚类,⼯⼚模式使其创建过程延迟到⼦类进⾏。** 优点: 简单说就是为了提供代码结构的扩展性,屏蔽每⼀个功能类中的具体实现逻辑。让外部可以更加简单的只是知道调⽤即可,同时,这也是去掉众多 ifelse 的⽅式。 缺点: ⽐如需要实现的类⾮常多,如何去维护,怎样减低开发成本。但这些问题都可以在后续的设计模式结合使⽤中,逐步降低。
建造者模式所完成的内容就是通过将多个简单对象通过⼀步步的组装构建出⼀个复杂对象的过程。
单例模式可以说是整个设计中最简单的模式之⼀,在编程开发中经常会遇到这样⼀种场景,那就是需要保证⼀个类只有⼀个实例哪怕多线程同时访问,并需要提供⼀个全局访问此实例的点。 单例模式主要解决的是,⼀个全局使⽤的类频繁的创建和消费,从⽽提升提升整体的代码的性能。