路由 主机 模式cilium

C语言单例模式

#### 单例模式的定义 ​ 单例模式的需求是保证在代码的整个运行期间,某种数据类型只有一个唯一的实例子。并且提供一个全局的访问接口。 我们可以从两个角度来理解单例模式 - 数据类型有且仅可以创建一个实例,编程人员不可以的随意的定义的此类型的实例。我们必须限制这种数据结构的创建。 - 访问接口是全局 ......
语言 模式

关于通过bat脚本-自动使用mstsc-远程桌面命令登录到远程windows主机的方法

在Windows系统中,我们可以通过系统自带的mstsc远程桌面工具,登录到远端的windows服务器主机 但是需要输入用户名和密码,回车、于是笔者想了一下,能不能创建一个bat文件,双击后,就会自动的传入用户名和密码进行登录 经过查询和实验、还真有这样的办法(当然在正式的环境,不建议这样操作,因为 ......
脚本 命令 桌面 主机 windows

路由器静态路由配置

1.画出拓补图 2.首先配置PC1和PC2的IP地址和网关地址 2.配置路由器AR1,AR2,AR3左右两遍端口,注意好网段 两边路由器的下一跳设置好了,现在设置中间路由器的 路由器和PC机的网络设置好了;Ping 目标IP地址检测是否连通 两边都是连通了,实验完成 ......
路由 路由器 静态

Docker宿主机时间与容器时间不一致问题

查看宿主机时区和时间: [root@iZbp19plg6p1ajmesvagqvZ ~]# timedatectl Local time: 五 2023-07-07 15:28:28 CST Universal time: 五 2023-07-07 07:28:28 UTC RTC time: 五 ......
宿主机 时间 宿主 容器 Docker

设计模式之类之间的关系和六大原则

1 类之间的关系 类与类之间的关系大概有6种,要看懂UML图,首先需要了解这几种关系。 1.1 继承关系 继承指的是一个类(称为子类,子接口)继承另外的一个类(成为父类,父接口)的功能,并可以增加它自己的新功能的能力。在UML类图设计中,继承用一条带空心三角箭头的实线表示,从子类指向父类,或者子接口 ......
设计模式 原则 之间 模式

Docker安装Nacos并以单例模式运行

Nacos单例模式运行使用嵌入式数据库即可,这里不依赖于mysql。拉取指定版本Nacos镜像: docker pull nacos/nacos-server:2.0.3 查看镜像列表: docker images 以单例模式启动: docker run -d --name nacos -p 884 ......
模式 Docker Nacos

C++ 设计模式之外观模式

设计模式之外观模式 外观模式主要是为子系统中的一组接口提供一个一致的界面,此模式定义了一个高层接口,这个接口使得该子系统更加容易使用。说白了就是一堆系统或类实现了些复杂的功能,然后为了方便使用,又新建了一个类把这些类实现的功能封装起来了。该模式不难理解。其UML图如下: 在Facade类提供了一堆调 ......
模式 设计模式 外观

C++ 设计模式之建造者模式

设计模式之建造者模式 建造者模式,将一个复杂对象的构建与它的表示分离,使得同样的构建过程可以创建不同的表示。 其UML图如下: 简单理解就是Builder中定义了创建Product各个部分的接口。ConcreteBuilder中具体实现了创建Product中的各个部分的接口,就是具体的建造者。Dir ......
模式 设计模式

C++ 设计模式之抽象工厂模式

设计模式之抽象工厂模式 抽象工厂模式,提供一个创建一系列相关或相互依赖对象的接口,而无需指定它们具体的类。其UML图如下: 结合上图我们来理解一下抽象工厂模式的定义。提供一个创建一些列相关或相互依赖对象的接口,而无需指定它们具体的类。在上图中一系列相互依赖或相关的对象可以理解为ProductA,Pr ......
模式 设计模式 工厂

C++设计模式之观察者模式

设计模式之观察者模式 观察者模式定义了一种一对多的依赖关系,让多个观察者同时监听某一个主题对象。这个主题对象在状态发生变化时,会通知所有观察者对象,使它们能够自动更新自己。其UML图如下: 在ConcretSubject内部有一个Observer的列表,当Subject的状态发生改变时,会通知列表内 ......
模式 观察者 设计模式

C++ 设计模式之模板方法模式

设计模式之模板方法模式 模板方法模式,定义一个操作中的算法的股价,而将一些步骤延迟到了子类中。模板方法使得子类可以不改变一个算法的结构即可重定义该算法的某些特定步骤。说白了就是有一个算法有很多部分,这个算法在基类中已经定义好了。而算法中的各个部分都写成各个成员函数了。然后在子类中可以覆盖这些成员函数 ......
模式 设计模式 模板 方法

JAVA设计模式之模板模式

设计模式 设计模式(Design Pattern)是前辈们对代码开发经验的总结,是解决特定问题的一系列套路。它不是语法规定,而是一套用来提高代码可复用性、可维护性、可读性、稳健性以及安全性的解决方案。 总体来说设计模式分为三大类: 创建型模式,共五种:工厂方法模式、抽象工厂模式、单例模式、建造者模式 ......
模式 设计模式 模板 JAVA

C++ 设计模式之原型模式

设计模式之原型模式 原型模式是用原型实例指定创建兑现的种类,并且通过拷贝这些原型创建新的对象。原型模式说白了其实就是有一个把自己拷贝一下的方法。该模式很好理解,该模式独特地方不是类与类之间的关系,更多的是从语义上理解,只是实现了一个接口而已。 其UML图如下: 示例代码如下: 1 // Protot ......
模式 设计模式 原型

计算机网络技术——路由基础

# 路由基础 ### 什么是路由 ​ 将一个网段的数据包转发到另一个网段。 ### 实现路由的设备是什么 ​ 凡是具备路由功能的网络设备。 ### 路由的来源 - 直连路由:路由设备根据接口地址自动生成的路由 - 静态路由:由管理员手工配置的路由 - 动态路由:根据路由协议交换路由信息生成的路由 # ......
路由 网络技术 计算机 基础 技术

C++ 设计模式之工厂方法模式

设计模式之工厂方法模式 工厂方法模式,定义一个用于创建对象的接口,让子类决定实力化哪一个类。工厂方法使一个类的实例化延迟到其子类。其UML图如下: 这里要区分一下工厂方法模式与简单工厂模式的区别。简单工厂模式需要在工厂类中判断要生产什么类型的对象。工厂方法模式则把这部分工作交给了客户端。每一种类对象 ......
模式 设计模式 工厂 方法

代理模式-14

### 概述 代理模式 (Proxy/Surrogate Pattern) 给某个对象一个代理,由代理控制对原对象的使用。 **优点**:一定程度降低耦合度。 **缺点**:实现复杂。 ```java interface Subject { void a(); } class Real implem ......
模式 14

C++ 设计模式之策略模式

设计模式之策略模式 策略模式定义算法家族,分别封装。它们之间可以相互替换,让算法变化,不会影响到用户。优点:适合类中的成员方法为主,算法经常变动;简单了单元测试(因为每个算法都有自己的类,可以通过自己的接口单独测试)。缺点:客户端需要做出判断。 其UML图如下: 策略模式和简单工厂模式非常相似。具体 ......
模式 设计模式 策略

C++ 设计模式之装饰模式

设计模式之装饰模式 装饰模式,动态地给一个对象添加一些额外的职责(不一定重要的功能,只是偶然一次执行),就增加功能来说,装饰模式比生成子类更为灵活。其UML图如下: ConcreteComponent定义了一个具体的对象,ConcreteDecorator类是用来装饰ConcreteComponen ......
模式 设计模式

C++ 设计模式之状态模式

设计模式之状态模式 状态模式,当一个对象的内在状态改变时允许改变其行为,这个对象看起来像是改变了类本身。状态模式主要解决的时当控制一个对象状态转换的条件表达式过于复杂时的情况。把状态的判断逻辑转移到到表示不同状态的一系列类当中,可以把复杂的判断逻辑简化。其UML图如下: 在以上UML图中,Conte ......
模式 设计模式 状态

C++ 设计模式之适配器模式

设计模式之适配器模式 适配器模式,将一个类的借口转换成客户希望的另外一个接口。Adapter模式使得原本由于接口不兼容而不能一起工作的那些类可以一起工作。适配器模式主要解决的是数据和行为都正确,但接口不符合的情况。该模式很好理解,其UML图如下: 示例代码如下: 1 // AdapterModel. ......
模式 设计模式 适配器

C++ 设计模式之迭代器模式

设计模式之迭代器模式 迭代器模式,提供一种方法顺序访问一个聚合对象中各个元素,而不暴露该对象的内部表示。该模式很好理解,C++中的迭代器应该都用过,和那个差不多。其UML图如下: ConcreteIterator内部有一个聚合对象的引用(指针),而ConcreteAggregate依赖于Concre ......
模式 设计模式

C++ 设计模式之访问者模式

设计模式之访问者模式 访问者模式,表示一个作用于某对象结构中的各元素的操作。它使你可以在不改变各元素的类的前提下定义作用于这些元素的新操作。访问者模式适用于数据结构相对稳定的系统。它把数据结构和作用于结构上的操作之间耦合解脱开,使得操作几何可以相对自由地演化。访问者模式的目的使要把处理从数据结构中分 ......
模式 设计模式 访问者

C++ 设计模式之备忘录模式

设计模式之备忘录模式 备忘录,在不破坏封装性的前提下,捕获一个对象的内部状态,并在该对象之外保存这个状态。这样以后就可将该对象恢复到原先保存的状态。该模式很好理解,其UML图如下: 在Originator中提供了创建Memento的接口,具体要保存什么样的内容,则根据需求来定。而Caretaker则 ......
模式 设计模式 备忘录

C++ 设计模式之中介者模式

设计模式之中介者模式 中介者模式,用一个中介对象来封装一系列的对象交互。中介者使各对象不需要显示地互相引用,从而使其耦合松散,而且可以独立地改变它们之间的交互。该模式很好理解,其UML图如下: Mediator中每个交互者的引用,在Mediator内部封装了各种类之间的交互。至于那个类和那个类交合则 ......
中介者 模式 设计模式 中介

C++ 设计模式之享元模式

设计模式之享元模式 享元模式,运用共享技术有效地支持大量细粒度的对象。面向对象技术可以很好地解决一些灵活性或扩展性问题,但在很多情况下需要在系统中增加类和对象的个数。当对象数量太多时,将导致运行代价过高,带来性能下降等问题。享元模式正式为了解决这依赖问题而诞生的。享元模式通过共享技术实现相同或相似对 ......
模式 设计模式

C++ 设计模式之解释器模式

设计模式之解释器模式 解释器模式,给定一个语言,定义它的文法的一种表示,并定义一个解释器,这个解释器使用该表示来解释语言中的句子。解释器模式解决的问题是,如果一种特定类型的问题发生的频率足够高,那么可能就只得将该问题的各个示例表述为一个简单语言中的句子。这样就可以构建一个解释器,该解释器通过解释这些 ......
模式 解释器 设计模式

C++ 设计模式之责任链模式

设计模式之责任链模式 责任链模式,使多个对象都有机会处理请求,从而避免请求的发送者和接收者之间的耦合关系。将这个对象练成一条链,并沿着这条链传递该请求,直到有一个对象处理它为止。该模式很好理解,其UML图如下: 每个ConcreteHandler都有一定的请求处理能力,当自己处理不了的时候就把请求转 ......
模式 设计模式 责任

C++ 设计模式之命令模式

设计模式之命令模式 命令模式,将一个请求封装为一个对象,从而使你可用不同的请求对客户进行参数化;对请求排队或记录请求日志,以及支持可撤销的操作。其UML类图如下: 该模式主要是为了隔离请求和实际执行者之间解除。就是解耦和,所有的请求统一有一个类负责,而该类负责管理这些请求(添加请求、撤销请求之类的) ......
模式 设计模式 命令

C++ 设计模式之桥接模式

设计模式之桥接模式 桥接模式,将抽象部分与它的实现部分分离,使它们都可以独立地变化。这里说的实现分离,并不是说然抽象类与派生类分离,这没有任何意义。实现指的是抽象类和它的派生类用来实现自己的对象。其UML图如下: 结合上图理解一下其定义。抽象部分指的是Abstraction或者RefinedAbst ......
模式 设计模式

C++ 设计模式之单例模式

设计模式之单例模式 保证一个类仅有一个实例,并提供一个访问他的全局访问点。通常我们可以让一个全局变量使得一个对象被访问,但它不能防止你实例化多个对象。一个最好的办法就是,让类自身负责保存它的唯一实例。这个类可以保证没有其他实例可以被创建,并且可以提供一个访问该实例的接口。其UML图如下: 其示例代码 ......
模式 设计模式