- 博客(30)
- 资源 (1)
- 收藏
- 关注
RSS订阅原创 Spring Framework系列：Spring概述，带你了解Spring全貌
Spring是一个开源的轻量级的Java开发应用框架，其目的是简化企业级应用程序开发。Spring框架被划分为多个模块。核心是核心容器的模块，包括一个配置模型（IOC）和一个依赖注入机制（DI）。应用程序可以选择它们需要的模块。除此之外，Spring框架还为不同的应用程序提供了基础支持，包括消息传递、事务数据和持久性以及web。它还包括基于servlet的Spring MVC web框架，以及Spring WebFlux响应式web框架。此外还提供了与其他第三方框架集成的能力。
2021-04-11 23:13:43
1052
3
原创 设计模式系列：设计模式总结
设计模式为我们设计软件、编写代码提供了理论依据，可以帮助我们提升代码的可读性、可扩展性，降低维护成本，解决复杂的业务问题。
2021-04-09 11:29:57
191
3
原创 设计模式系列：搞懂解释器模式，学会解释语言
解释器（Interpreter）模式的定义：给分析对象定义一个语言，并定义该语言的文法表示，再设计一个解析器来解释语言中的句子。属于行为型模式。
2021-04-08 23:40:39
562
11
原创 设计模式系列：搞懂备忘录模式，提供后悔药
备忘录（Memento）模式的定义：在不破坏封装性的前提下，捕获一个对象的内部状态，并在该对象之外保存这个状态，以便以后在需要时能将该对象恢复到原先保存的状态。属于行为型模式。
2021-04-08 17:18:48
261
4
原创 设计模式系列：搞懂访问者模式，数据结构与数据操作分离
访问者模式的定义：将数据结构和对数据结构中元素的操作分离，并把对数据结构中元素的操作封装，使其在不改变数据结构的前提下可以添加新的操作，为数据结构中的每个元素提供多种访问方式。属于行为型模式。访问者模式的核心是解耦数据结构和数据操作，使得对元素的操作更容易扩展。
2021-04-08 15:04:02
790
1
原创 设计模式系列：搞懂迭代器模式，实现集合遍历
迭代器（Iterator）模式的定义：提供一种顺序访问集合/容器对象中的一系列数据的方法，而又无需暴露集合的内部表示。属于行为型模式。迭代器模式的本质是抽离集合对象迭代行为到迭代器中，提供一致访问接口。
2021-04-07 23:12:08
415
5
原创 设计模式系列：搞懂中介者模式，知道的越少越好
中介者模式的定义：定义一个中介对象来封装一系列对象之间的交互，使原有对象之间的耦合松散，而且可以独立地改变它们之间的交互。属于行为型模式。中介者模式的核心是中介者解耦系统各层级对象的直接耦合，各层次对象的对外交互由中介者转发。
2021-04-07 15:19:56
236
2
原创 设计模式系列：搞懂观察者模式，别人因你的变化而变化
观察者模式的定义：对象间定义一种一对多的依赖关系，当一个对象的状态发生改变时，所有依赖于它的对象都得到通知并被自动更新。属于行为型模式。观察者模式的核心在于观察者和被观察者解耦，通过类似于消息发送或广播的机制联动，使被观察者的变动能够被观察者知道并相应。
2021-04-06 23:24:18
674
1
原创 设计模式系列：搞懂状态模式，状态与行为绑定
状态模式的定义：针对有状态的对象，把不同状态对应的行为提取到不同的状态对象中，允许状态对象在其内部状态发生改变时改变其行为。属于行为型模式。状态模式的核心是状态与行为绑定，不同的状态对应不同的行为。
2021-04-06 17:23:17
390
1
原创 设计模式系列：搞懂命令模式，随意发布命令
命令模式的定义：将一个请求封装为一个对象，使发出请求的责任和执行请求的责任分割开。两者之间通过命令对象进行联系，这样方便将命令对象进行储存、传递、调用、增加与管理。属于行为型模式。命令模式的本质是命令请求和执行的解耦。
2021-04-04 16:12:57
463
1
原创 设计模式系列：搞懂责任链模式，学会分担职责，学会“踢皮球”
责任链模式的定义：将所有的请求处理者都看成对象，通过前一对象维护下一个对象的引用形成一条链，当有请求发生时，可将请求沿着这条链传递，直到有对象处理它为止。属于行为型模式。责任链模式的本质是解耦请求与处理，让请求在处理链中能进行传递与被处理；责任链模式的独到之处是将其节点处理者组合成为链式结构，并允许节点自身决定是否进行请求处理或转发，相当于让请求流动起来。
2021-04-03 22:34:34
540
4
原创 设计模式系列：搞懂策略模式，自由选择策略
策略模式（Strategy）的定义：定义一系列的算法，并将每个算法封装起来，使它们可以相互替换，且算法的变化不会影响客户端的调用。属于行为型模式。策略模式的本质是通过对算法的封装，把算法的使用和算法的实现隔离，并委派给不同的对象对这些算法进行分别管理。
2021-04-02 00:45:53
982
1
原创 设计模式系列：搞懂模板方法模式，先定框架，再补充细节
模板方法模式的定义：定义一个操作中的算法骨架，而将算法的一些步骤延迟到子类中，使得子类可以不改变该算法结构的情况下重定义该算法的某些特定步骤。属于行为型模式。模板方法模式的本质就是抽象封装流程、处理通用实现、具体子类可以对其中的一些流程节点进行重写不同的实现逻辑。模板方法模式的结构：模板方法模式主要包含以下2个角色。抽象模板（Abstract Class）：抽象模板类，负责给出一个算法的轮廓和骨架。具体实现（Concrete Class）：具体实现类，对模板中的某些步骤节点进行重写。
2021-04-01 15:11:16
487
1
原创 设计模式系列：搞懂委派模式，委派别人干活
委派模式的定义：是一种面向对象的设计模式，允许对象组合实现与继承相同的代码逻辑，它的基本作用就是负责任务的调度和分配，是一种特殊的静态代理，可以理解为全权代理，但是代理模式注重过程，而委派模式注重结果。委派模式属于行为型模式，不属于GOF23中设计模式。
2021-03-31 23:39:15
468
3
原创 设计模式系列：搞懂组合模式，单对象与组合对象对外统一接口
组合模式的定义：又叫作整体-部分（Part-Whole）模式，通过将单个对象（叶节点）和组合对象用相同的接口表示，使客户端对单个对象和组合对象的访问具有一致性。它是一种将对象组合成树状的层次结构的模式。属于结构型设计模式。组合模式一般用来描述整体与部分的关系，它将对象组合到树状结构，顶层的节点被称为根节点，最末级的节点成为叶节点，中间的节点成为树枝节点。
2021-03-30 23:46:55
3823
13
原创 设计模式系列：搞懂享元模式，用对象池缓存相同对象
享元模式的定义：运用共享技术来有效地支持大量细粒度对象的复用。通过对象的共享减少创建对象的数量、降低内存消耗，从而提高系统资源的利用率。属于结构型模式。享元模式提出了两个要求，细粒度和共享对象。我们把对象的状态分为两个部分：内部状态和外部状态。内部状态指对象共享出来的信息，存储在享元信息内部，并且是不变的，外部状态变化的。享元模式的本质就是缓存共享对象，降低内存消耗。
2021-03-30 00:17:37
1267
4
原创 设计模式系列：搞懂桥接模式，轻松应对类的多维度变化
桥接模式的定义：将抽象与实现分离，使它们可以独立变化。用组合关系代替继承关系，降低抽象和实现的耦合度。桥接模式的主要目的是通过组合的方式建立两个类之间的关系，解耦抽象和实现类。桥接模式的结构：桥接模式包含4个主要角色，抽象（Abstraction）角色、扩展抽象（Refined Abstraction）角色、实现（Implementor）角色、具体实现（Concrete Implementor）角色。
2021-03-26 17:45:48
1455
1
原创 设计模式系列：搞懂适配器模式，实现接口间不同的变换
适配器模式的定义：将一个类的接口转换成客户端需要的另外一个接口，使得原本由于接口不兼容而不能一起工作的那些类能一起工作。属于结构型设计模式。适配器模式分为类适配器、对象适配器和接口适配器。适配器模式的结构：适配器模式（Adapter）包含3个主要角色。目标（Target）角色：系统业务所期待的接口，它可以是抽象类或接口。适配者（Adaptee）角色：等待被适配的对象。适配器（Adapter）类：它是一个转换器，把适配者角色转换成目标角色。
2021-03-26 14:34:09
1798
2
原创 设计模式系列：搞懂装饰器模式，增加自身技能
装饰器模式的定义：指在不改变原有对象的基础上，动态地给该对象增加一些额外的功能的模式，属于对象结构型模式。装饰器模式的核心在于类的扩展，通过装饰器模式可以透明且动态的扩展类的功能。装饰器模式的结构：装饰器模式主要4个角色：抽象构件（Component）角色、具体构件（ConcreteComponent）角色、抽象装饰（Decorator）角色、具体装饰（ConcreteDecorator）角色。
2021-03-25 23:31:06
1130
1
原创 设计模式系列：搞懂门面模式，对外统一出口
门面模式的定义：为多个复杂的子系统提供一个统一的接口，使这些子系统更加容易被访问。属于结构型模式。门面模式的特点：门面模式对外有一个统一的接口，客户端不用关心内部子系统的具体细节，使调用变得更容易，降低应用程序的复杂度，提高了程序的可维护性。
2021-03-24 13:21:21
732
3
原创 设计模式系列：搞懂代理模式，让别人替你做事
代理模式的定义：给对象提供一个代理以控制对这个对象的访问。这时，访问对象不适合或者不能直接引用目标对象，代理对象作为访问对象和目标对象之间的中介。属于结构型模式。为什么使用代理模式：当无法或不想直接引用某个对象或访问某个对象存在困难时，可以通过代理对象来间接访问。使用代理模式主要有两个目的：一是保护目标对象，二是增强目标对象。代理模式的实现：代理模式有两种实现方式，静态代理和动态代理。静态代理：在程序运行前，显示的创建代理类。动态代理：在程序运行时，动态创建代理类。
2021-03-22 23:21:30
1188
3
原创 设计模式系列：搞懂建造者模式，搞定复杂对象
建造者模式定 义：将一个复杂对象的构造与它的表示分离，使同样的构建过程可以创建不同的表示。它是将一个复杂的对象分解为多个简单的对象，然后一步一步构建而成。它将变与不变相分离，即产品的组成部分是不变的，但每一部分是可以灵活选择的。属于建造型模式。
2021-03-22 13:14:11
550
3
原创 设计模式系列：搞懂原型模式，你也会分身
原型（Prototype）模式的定义：用一个已经存在的对象实例作为原型，通过复制该原型对象来创建一个和原型对象相同或相似的新对象。原型模式的结构：原型模式主要包含3种角色。抽象原型：规定了具体原型对象必须实现的接口。具体原型：实现抽象原型类的 clone() 方法，它是可被复制的原型对象。访问类：使用具体原型类中的 clone() 方法来复制出新的对象。原型模式的实现：原型模式的克隆分为浅克隆和深克隆。
2021-03-21 23:51:02
530
2
原创 Oracle函数获取汉字的首字母
项目当中涉及到为数据字典中的名称设置相应的代码，为了增强代码的可读性，考虑使用名称中汉字的首字母组成代码，比如名称是政策环境，代码就用ZCHJ。下面的函数实现了获取汉字首字母的功能。
2021-03-21 18:09:36
2977
2
原创 简单介绍负载均衡与负载均衡算法
负载均衡是在集群环境下通过硬件或软件技术将请求分发到指定的多台服务器，从而提高系统的并发处理能力，保证业务的高可用性的一种技术或设备。负载均衡分为两大类：硬件负载均衡和软件负载均衡。硬件负载均衡：最常用的硬件负载设备有F5和netscaler、Redware。其中F5是基于4层负载，netscaler是7层负载。软件负载均衡：比较主流的开源软件负载技术有lvs、HAProxy、Nginx等，不同的负载均衡技术有不同的特点，比如LVS是基于4层的负载负载技术，抗负载能力比较强...
2021-03-21 17:30:11
685
1
原创 设计模式系列：搞懂单例模式，我独一无二
单例模式的定义：一个类只有一个实例，且该类能自行创建这个实例，并提供一个访问该单例的全局访问点。单例模式的实现：饿汉式单例：类加载的时候即初始化并创建单例对象。适用于单例对象较少的情况。懒汉式单例：类加载时没有生成单例，只有当第一次调用 getlnstance 方法时才去创建这个单例。注册式单例模式：将所有实例进行登记，使用唯一标识获取实例。分枚举式单例和容器式单例。
2021-03-18 17:20:19
2897
7
原创 设计模式系列：搞懂工厂模式，封装创建细节
工厂模式的定义：定义一个创建对象的工厂接口，将对象的实际创建工作推迟到具体子工厂类当中。这满足创建型模式中所要求的“创建与使用相分离”的特点。按实际业务场景划分，工厂模式有 3 种不同的实现方式，分别是简单工厂模式、工厂方法模式和抽象工厂模式。
2021-03-18 11:29:51
3113
8
原创 设计模式系列：GOF23种设计模式总览
设计模式根据其目的可以分为三大类,分别是创建型模式、结构型模式、行为型模式。创建型模式：主要关注对象的创建和对象的实例化。它的主要特点是“将对象的创建和使用进行隔离”，降低系统耦合度。使用者不必关心对象创建的过程。创建性模式包含五种：单例模式、原型模式、工厂方法模式、抽象工厂模式、建造者模式。结构型模式：主要描述类或对象间的组合和布局，类通过继承关系进行结合，对象通过组合或聚合进行结合。增加系统的可复用性。
2021-03-17 16:08:59
1567
2
原创 设计模式系列：一句话解释设计模式7大原则
一、开闭原则对扩展开放，对修改关闭。用抽象搭建框架，用实现扩展细节。二、依赖倒置原则设计代码结构时，高层模块不依赖底层模块的实现，二者都依赖底层模块的抽象。细节依赖抽象，面向接口编程。三、单一职责原则一个类只负责一种职责。四、接口隔离原则接口设计时尽量细化，不同职责的业务创建不同的接口，不要创建庞大臃肿的总接口，实现类应依赖最小的接口。五、迪米特原则（最少知道原则）一个对象应该对其他对象保持最少的了解，以降低类与类之间的耦合。六、里式替换原则父类类型指向子类对象。
2021-03-13 23:24:26
394
1
原创 ORA-64203: 目标缓冲区太小, 无法容纳字符集转换之后的 CLOB 数据
ORA-64203: Destination buffer too small to hold CLOB data after character set conversion，目标缓冲区太小, 无法容纳字符集转换之后的 CLOB 数据。
2020-12-29 17:44:56
19186
3
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人