- 博客(17)
- 收藏
- 关注
RSS订阅原创 React入门基础笔记
虚拟DOM关于虚拟DOM：本质是Object类型的对象（一般对象）虚拟DOM比较“轻”，真实DOM比较“重”，因为虚拟DOM是React内部在用，无需真实DOM上那么多的属性;虚拟DOM最终会被React转化为真实DOM，呈现在页面上。<!DOCTYPE html><html lang="en"> <head> <meta charset="UTF-8"> <title>虚拟DOM与真实DOM</title
2023-09-21 19:08:15
69
原创 任务调度计划（动态规划DP）
给定一个非负整数数组 nums 和一个整数 m ，将这个数组分成 m 个非空的连续子数组。求这 m 个子数组各自最大值之和的最小值。
2023-09-14 10:59:30
860
3
原创 搭建免费图床——github+picGo+jsdelivr
如果我们平时写博客用的是markdown来进行编写，肯定会遇到图片的存储问题。如果放在本地，文章发送给别人看，图片将无法解析出来，这时候就需要用到图床——一种在云端上存储图片的服务器，提供链接供我们访问图片，我们只需要在文章中插入对应链接即可实现一次储存，多地使用。本文将交大家如何利用github+picGo快速搭建免费图床，并使用jsdelivr免费做CDN加速。
2022-10-15 10:09:02
396
1
原创 Springboot实现邮件发送功能（使用QQ邮箱）
利用java框架Springboot继承邮件服务，实现普通邮件发送，html邮件发送和带附件的邮件发送三种发送方式。
2022-09-27 23:24:26
1018
原创 李建忠设计模式之总结
一个目标：管理变化，提高复用！两个手段：分解 && 抽象八大原则依赖倒置原则（DIP）开放封闭原则（OCP）单一职责原则（SRP）Liskov 替换原则（LSP）接口隔离原则（ISP）对象组合优于类继承封装变化点面向接口编程
2022-09-26 18:58:05
240
原创 李建忠设计模式之”领域规则“模式
在特定领域中，某些变化虽然频繁，但可以抽象为某种规则。这时候，结合特定领域，将问题抽象为语法规则，从而给出在该领域下的一般性解决方案。典型模式：Interpreter。
2022-09-26 18:55:34
65
原创 李建忠设计模式之”行为变化“模式
在组件的构建过程中，组件行为的变化经常导致组件本身剧烈的变化。“行为变化”模式将组件的行为和组件本身进行解耦，从而支持组件行为的变化，实现两者之间的松耦合。典型模式：Command、 Visitor。
2022-09-26 18:54:58
86
原创 李建忠设计模式之”数据结构“模式
常常有一些组件在内部具有特定的数据结构，如果让客户程序依赖这些特定的数据结构，将极大地破坏组件的复用。这时候，将这些特定数据结构封装在内部，在外部提供统一的接口，来实现与特定数据结构无关的访问，是一种行之有效的解决方案。典型模式：Composite、Iterator、China of Resposibilty。
2022-09-26 18:54:23
104
原创 李建忠设计模式之“对象创建”模式
通过“对象创建”模式绕开new,来避免对象创建(new)过程中所导致的紧耦合（依赖具体类)，从而支持对象创建的稳定。它是接口抽象之后的第一步工作。典型模式：Factory Method、Abstract Factory、Prototype、Builder
2022-09-26 18:53:15
203
原创 李建忠设计模式之“单一职责”模式
在软件组件的设计中，如果责任划分的不清晰，使用继承得到的结果往往是随着需求的变化，子类急剧膨胀，同时充斥着重复代码，这时候的关键是划清责任。典型模式：Decorator、Bridge
2022-09-26 18:51:40
324
原创 李建忠设计模式之“组件协作”模式
现代软件专业分工之后的第一个结果是“框架和应用程序的划分"，"组件协作”模式通过晚期绑定，来实现框架与应用程序之间的松耦合，是二者之间协作时常用的模式。典型模式：Template Method、Strategy、Observer/Event
2022-09-26 18:50:43
355
原创 李建忠设计模式之开端
本篇文章记录了李建忠老师C++设计模式课程对于设计模式的引领介绍和八大设计原则，帮助我们丰富自己的程序设计内功。什么是设计模式？Christopher Alexander认为：“每一个模式描述了一个在我们周围不断重复发生的问题以及该问题的解决方案的核心。这样，你就能一次又一次的使用该方案而不必做重复劳动。”
2022-09-23 13:37:30
88
原创 李建忠设计模式之“接口隔离”模式
在组件构建过程中，某些接口之间直接的常常会带来很多问题、甚至根本无法实现。采用添加一层间接（稳定）接口，来隔离本来互相紧密关联的接口是一种常见的解决方案。典型模式：Facade、Proxy、Adapter、 Mediator
2022-09-23 00:02:14
190
原创 李建忠设计模式之“对象性能”模式
面向对象很好地解决了“抽象”的问题，但是必不可免地要付出一定的代价。对于通常情况来讲，面向对象的成本大都可以忽略不计。但是某些情况，面向对象所带来的成本必须谨慎处理。典型模式：Singleton、Flyweight
2022-09-22 23:51:16
98
原创 李建忠设计模式之“状态变化”模式
在组件构建过程中，某些对象的状态经常面临变化，如何对这些变化进行有效的管理？同时又维持高层模块的稳定？“状态变化"模式为这一问题提供了一种解决方案。典型模式：State、Memento。
2022-09-22 23:44:53
137
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人