NetTree

外观模式 外观模式隐藏系统的复杂性，并向客户端提供了一个客户端可以访问系统的接口 属于结构型模式，它向现有的系统添加一个接口，来隐藏系统的复杂性。 这种模式涉及到一个单一的类，该类提供了客户端请求的简化方法和对现有系统类方法的委托调用。 意图：为子系统中的一组接口提供一个一致的界面，外观模式定义了一个高层接口，这个接口使得这一子系统更加容易使用。 主要解决：降低访问复杂系统的内部子系统时的复杂度，简化客户端之间的接口。 如何解决：客户端不与系统耦合，外观类与系统耦合。 关键代码：在客户端和复杂系统之间再加一层，这一层将调用顺序、依赖关系等处理好。 优点： 减少系统相互依赖 提高灵活性 提高了安全性。 缺点： 不符合开闭原则，如果要改东西很麻烦，继承重写都不合适。 使用场景： 为复杂的模块或子系统提供外界访问的模块 子系统相对独立 注意事项：在层次化结构中，可以使用外观模式定义系统中每一层的入口。 案例说明将创建一个 Shape 接口和实现了 Shape 接口的实体类。下一步是定义一个外观类 ShapeMaker。 ShapeMaker 类使用实体类来代表用户对这些类的 ...

组合模式 用于把一组相似的对象当作一个单一的对象 组合模式依据树形结构来组合对象，用来表示部分以及整体层次。 属于结构型模式，它创建了对象组的树形结构。 这种模式创建了一个包含自己对象组的类。该类提供了修改相同对象组的方式。 意图：将对象组合成树形结构以表示”部分-整体”的层次结构。组合模式使得用户对单个对象和组合对象的使用具有一致性。 主要解决：它在我们树型结构的问题中，模糊了简单元素和复杂元素的概念，客户程序可以像处理简单元素一样来处理复杂元素，从而使得客户程序与复杂元素的内部结构解耦。 何时使用： 您想表示对象的部分-整体层次结构（树形结构） 您希望用户忽略组合对象与单个对象的不同，用户将统一地使用组合结构中的所有对象。 如何解决：树枝和叶子实现统一接口，树枝内部组合该接口。 关键代码：树枝内部组合该接口，并且含有内部属性 List，里面放 Component。 优点： 高层模块调用简单 节点自由增加。 缺点： 在使用组合模式时，其叶子和树枝的声明都是实现类，而不是接口，违反了依赖倒置原则。 使用场景：部分、整体场景，如树形菜单，文件、文件夹的管理。 注意事项：定义时 ...

装饰器模式 装饰器模式允许向一个现有的对象添加新的功能，同时又不改变其结构 属于结构型模式，它是作为现有的类的一个包装 这种模式创建了一个装饰类，用来包装原有的类，并在保持类方法签名完整性的前提下，提供了额外的功能。 意图：动态地给一个对象添加一些额外的职责。就增加功能来说，装饰器模式相比生成子类更为灵活。 主要解决：一般的，我们为了扩展一个类经常使用继承方式实现，由于继承为类引入静态特征，并且随着扩展功能的增多，子类会很膨胀。 何时使用：在不想增加很多子类的情况下扩展类。 如何解决：将具体功能职责划分，同时继承装饰者模式。 关键代码： Component 类充当抽象角色，不应该具体实现 修饰类引用和继承 Component 类，具体扩展类重写父类方法。 优点： 装饰类和被装饰类可以独立发展，不会相互耦合 装饰模式是继承的一个替代模式，装饰模式可以动态扩展一个实现类的功能。 缺点：多层装饰比较复杂。 使用场景： 扩展一个类的功能 动态增加功能，动态撤销。 注意事项：可代替继承。 案例实现将创建一个 Shape 接口和实现了 Shape 接口的实体类。然后我们创建 ...

Redis实战项目源码地址 短信登录基于 Session 实现登录流程 发送短信验证码： 用户在提交手机号后，会校验手机号是否合法 如果不合法，则要求用户重新输入手机号 如果手机号合法，后台此时生成对应的验证码，同时将验证码进行保存到 session，然后再通过短信的方式将验证码发送给用户 短信验证码登录、注册： 用户将验证码和手机号进行输入，后台从 session 中拿到当前验证码，然后和用户输入的验证码进行校验 如果不一致，则无法通过校验 如果一致，则后台根据手机号查询用户 如果用户不存在，则为用户创建账号信息，保存到数据库 无论是否存在，都会将用户信息保存到 session 中，方便后续获得当前登录信息 校验登录状态: 用户在请求时候，会从 cookie 中携带者 JsessionId 到后台 后台通过 JsessionId 从 session 中拿到用户信息 如果没有 session 信息，则进行拦截 如果有 session 信息，则将用户信息保存到 threadLocal 中，并且放行 实现发送短信验证码功能 发送短信验证码 12345678910 ...

连接数据库 连接方式1 直接获取Driver对象 写入连接信息 使用connect方法连接数据库 方法 说明 connect(String url, Properties info) 尝试使数据库连接到给定的URL url：要连接数据库的URL info：任意字符串标签/值对列表作为连接参数 1234567891011121314151617public class ConnectionTest { @Test public void testConnection() throws SQLException { // 获取Driver实现类对象 Driver driver = new com.mysql.jdbc.Driver(); String url = "jdbc:mysql://localhost:3306/test"; Properties info = new Properties(); // 设置连接 ...

桥接模式 桥接模式基于类的最小设计原则，通过使用封装、聚合及继承等行为让不同的类承担不同的职责。它的主要特点是把抽象与行为实现分离开来，从而可以保持各部分的独立性以及应对他们的功能扩展 属于结构型模式，它通过提供抽象化和实现化之间的桥接结构，来实现二者的解耦。 这种模式涉及到一个作为桥接的接口，使得实体类的功能独立于接口实现类。这两种类型的类可被结构化改变而互不影响。 意图：将抽象部分与实现部分分离，使它们都可以独立的变化。 主要解决：在有多种可能会变化的情况下，用继承会造成类爆炸问题，扩展起来不灵活。 何时使用：实现系统可能有多个角度分类，每一种角度都可能变化。 如何解决：把这种多角度分类分离出来，让它们独立变化，减少它们之间耦合。 关键代码：抽象类依赖实现类。 优点： 抽象和实现的分离 优秀的扩展能力 实现细节对客户透明。 缺点： 桥接模式的引入会增加系统的理解与设计难度，由于聚合关联关系建立在抽象层，要求开发者针对抽象进行设计与编程。 使用场景： 如果一个系统需要在构件的抽象化角色和具体化角色之间增加更多的灵活性，避免在两个层次之间建立静态的继承联系，通过桥接模式 ...