设计模式学习小记-序

本文介绍了六大设计原则,包括单一职责原则、里氏替代原则等,以及三类设计模式:创建型模式、结构型模式和行为型模式。通过这些原则和模式,帮助开发者编写更加灵活、可维护的代码。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

    闲来无事,把平时零散在记忆里的设计模式整理一下,梳理成章,遂成此文。

    首先是思维导图:因为我懒,所以尚未完善

    


   其中有摘抄也有注释,大概类似读书笔记一样。

   闲言少叙,开始正文

   聊到设计模式就不得不谈六大设计原则,设计模式都是从设计原则升华而来。所以先了解设计原则是很有必要的

   一、单一职责原则

         不要存在多于一个导致类变更的原因。即一个类只负责一项职责。 

         遵循单一职责原的优点有:

         1、可以降低类的复杂度,一个类只负责一项职责,其逻辑要比负责多项职责简单的多;

         2、提高类的可读性,提高系统的可维护性;

        3、变更引起的风险降低,变更是必然的,如果单一职责原则遵守的好,当修改一个功能时,可以显著降低对其他功能的影响。

        当然,过度设计要不得,就像数据库第二范式一样;在实际项目中,过度使用单一职责原则会导致类被拆分的过细,不论其 他人,就算自己再翻阅以前的代码都会懵逼,我以前究竟干了些什么?适当的冗余是必须的


   二、里氏替代原则

        最早是在1988年,由麻省理工学院的一位姓里的女士(Barbara Liskov)提出来的。

       在能使用父类的地方,替换为其子类后,行为不会出现变化。即子类尽量不要重载或重写父类的方法,如果确实需要,则必须保证行为一致。不要从可实例化的父类中继承,而是要使用基于抽象类和接口的继承。


   三、依赖倒置原则

        高层模块不应该依赖低层模块,二者都应该依赖其抽象;抽象不应该依赖细节;细节应该依赖抽象。

        依赖倒置原则基于这样一个事实:相对于细节的多变性,抽象的东西要稳定的多。以抽象为基础搭建起来的架构比以细节为基础搭建起来的架构要稳定的多。在java中,抽象指的是接口或者抽象类,细节就是具体的实现类,使用接口或者抽象类的目的是制定好规范和契约,而不去涉及任何具体的操作,把展现细节的任务交给他们的实现类去完成。依赖倒置原则的核心思想是面向接口编程。


  四、接口隔离原则

        建立单一接口,不要建立庞大臃肿的接口,尽量细化接口,接口中的方法尽量少。

       1、接口尽量小,但是要有限度。对接口进行细化可以提高程序设计灵活性是不争的事实,但是如果过小,则会造成接口数量过多,使设计复杂化。所以一定要适度。
        2、为依赖接口的类定制服务,只暴露给调用的类它需要的方法,它不需要的方法则隐藏起来。只有专注地为一个模块提供定制服务,才能建立最小的依赖关系。

        3、提高内聚,减少对外交互。使接口用最少的方法去完成最多的事情。


五、迪米特法则

        一个对象应该对其他对象保持最少的了解。

        类与类之间的关系越密切,耦合度越大,当一个类发生改变时,对另一个类的影响也越大。

        迪米特法则还有一个更简单的定义:只与直接的朋友通信。

        首先来解释一下什么是直接的朋友:每个对象都会与其他对象有耦合关系,只要两个对象之间有耦合关系,我们就说这两个对象之间是朋友关系。耦合的方式很多,依赖、关联、组合、聚合等。其中,出现成员变量、方法参数、方法返回值中的类为直接的朋友,而出现在局部变量中的类则不是直接的朋友。也就是说,陌生的类最好不要作为局部变量的形式出现在类的内部。


六、开闭原则

        一个软件实体如类、模块和函数应该对扩展开放,对修改关闭。

        在软件的生命周期内,因为变化、升级和维护等原因需要对软件原有代码进行修改时,可能会给旧代码中引入错误,也可能会使我们不得不对整个功能进行重构,并且需要原有代码经过重新测试。

        如果子类遵循开闭原则,顺其自然就会满足里氏替代原则


 说完设计原则,接下来则会说到设计模式。设计模式依其特性、行为分为三类:创建型模式,结构型模式,行为型模式


  一、创建型模式

        对象的创建无疑是Java中资源消耗较高的操作之一,如何优雅的创建对象,是我们一直研究的对象。

        创建型模式一共有6个:

        

        简单工厂模式(Simple Factory)

        工厂方法模式(Factory Method)

        抽象工厂模式(Abstract Factory)

        创建者模式(Builder)

        原型模式(Prototype)

        单例模式(Singleton)

        其中简单工厂模式是对工厂模式的简化,并不单独列为一类

二、结构型模式

       结构型模式研究如何设计对象的结构、继承等,影响后续程序的可维护性、健壮性等。代理模式是最常用的结构模式。

       外观模式/门面模式(Facade门面模式)
       适配器模式(Adapter)
       代理模式(Proxy)
       装饰模式(Decorator)
       桥梁模式/桥接模式(Bridge)
       组合模式(Composite)

       享元模式(Flyweight)

三、行为型模式

        平时编码接触的最少的一类模式,也是最多的模式

        模板方法模式(Template Method)
        观察者模式(Observer)
        状态模式(State)
        策略模式(Strategy)
        职责链模式(Chain of Responsibility)
        命令模式(Command)
        访问者模式(Visitor)
        调停者模式(Mediator)
        备忘录模式(Memento)
        迭代器模式(Iterator)
        解释器模式(Interpreter)

除了二十三个经典设计模式以外,还有多线程模式等,比如Reactor模式,也会在之后详细的研究

 

### Kettle Scheduler 配置方法及最佳实践 Kettle Scheduler 是一款基于 Spring、Spring MVC 和 BeetlSQL 的调度监控平台,用于管理和调度由 Kettle 客户端创建的作业 (Job) 和转换 (Transformation)[^1]。以下是关于 Kettle Scheduler 的配置方法和最佳实践: #### 1. 环境准备 在开始配置之前,确保以下环境已正确安装并运行: - Java JDK 8 或更高版本。 - Maven 构建工具(如果需要从源码编译)。 - 数据库支持:MySQL 或其他兼容数据库。 - Tomcat 或其他支持 Servlet 的应用服务器。 #### 2. 下载与部署 可以从项目地址下载 Kettle Scheduler 的代码或直接获取预构建的 WAR 文件[^1]。将 WAR 文件放置到 Tomcat 的 `webapps` 目录下,并确保 Tomcat 的配置文件中包含以下内容以支持热加载和调试功能[^2]: ```xml <Context path="/kettle-scheduler" docBase="kettle-scheduler" reloadable="true" debug="0" privileged="true"> </Context> ``` #### 3. 数据库配置 编辑 `application.properties` 文件,配置数据库连接信息。例如: ```properties spring.datasource.url=jdbc:mysql://localhost:3306/kettle_scheduler?useUnicode=true&characterEncoding=utf-8&serverTimezone=UTC spring.datasource.username=root spring.datasource.password=your_password spring.datasource.driver-class-name=com.mysql.cj.jdbc.Driver ``` 确保数据库已初始化,可以参考项目文档中的 SQL 脚本完成表结构的创建[^1]。 #### 4. Quartz 配置 Quartz 是 Kettle Scheduler 中的核心调度组件。可以通过修改 `quartz.properties` 文件调整调度器的行为。例如: ```properties org.quartz.threadPool.threadCount=10 org.quartz.jobStore.class=org.quartz.impl.jdbcjobstore.JobStoreTX org.quartz.jobStore.driverDelegateClass=org.quartz.impl.jdbcjobstore.StdJDBCDelegate ``` #### 5. Kettle API 集成 Kettle Scheduler 使用 Kettle 提供的 API 来执行 Job 和 Transformation。确保项目的依赖中包含 Kettle 的相关 JAR 包。例如,在 `pom.xml` 中添加以下依赖项: ```xml <dependency> <groupId>pentaho-kettle</groupId> <artifactId>kettle-engine</artifactId> <version>9.1.0.0-324</version> </dependency> ``` #### 6. 启动与访问 启动 Tomcat 并通过浏览器访问 Kettle Scheduler 的管理界面。默认路径为 `http://localhost:8080/kettle-scheduler`。登录后即可进行作业和转换的调度与监控。 #### 7. 最佳实践 - **性能优化**:根据实际需求调整 Quartz 的线程池大小,避免因线程不足导致任务积压[^1]。 - **日志管理**:启用详细的日志记录以便排查问题,同时定期清理过期日志以节省存储空间。 - **安全性**:配置 HTTPS 访问以保护敏感数据传输,并使用强密码策略加强用户账户的安全性。 - **备份机制**:定期备份数据库和 Kettle 文件,防止数据丢失。 ```python # 示例:通过 Python 调用 Kettle API 执行一个简单的转换 from subprocess import Popen, PIPE command = [ "pan.bat", "-file=/path/to/your/transformation.ktr", "-level=Basic" ] process = Popen(command, stdout=PIPE, stderr=PIPE) stdout, stderr = process.communicate() if process.returncode == 0: print("Transformation executed successfully.") else: print(f"Error occurred: {stderr.decode('utf-8')}") ```
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值