supdriver的博客

前言今天是2025年的情人节，我与我的博客小站已经相互陪伴了540天啦~。人对事物的认识总是阶段性的，所以我决定是时候阶段性地回答当初遗留的问题了—-为什么写博客 我们首先回顾一下我们的博客产出经历了怎样的阶段: 建站之初: 其实一开始我只模糊地知道写博客有很多好处，自己折腾建站也主要是因为觉得有自己的博客网站很酷，于是便折腾出了一个博客网站。 难产时期：我原本并没有写文章的习惯，写博客对我来说是全新的尝试，但是根据我学习各种新东西积累下来的经验，我知道刚开始总是产出很低效率很低的。确实，一开始我写博客的效率并不高，质量也不高。但没关系，我知道，它们作为我起步的垫脚石至关重要 配图时期: 早起的博客我很少配图，因为我一直苦于找不到合适的作图软件。后来我还是下定了决心要给我的文章配上示意图，工具我就选择了我本身有一点点基础的ppt,虽然做的不快，但好在易上手，图示清晰。 系列时期: 此时我读到了一些好书，我觉得可以根据书中的内容出一些系列博客。这些书也着实成为了博客的高质量灵感来源 项目时期: 当学习到可以产出比较有规模的代码时，我的博客技术已经发展到可以自信地输出文字，和高效地利用pp ...

项目介绍为客户提供一个C/S架构的外卖平台，使用Qt框架和cpp-httplib 等模块实现其业务功能。能够服务消费者，商家和管理员的使用需求，目前支持的平台为Windows平台。 使用的技术点有: QT界面框架 QT Json处理模块 cpp-httplib库 MySQL connector/c++ 运行环境当前版本v1.0 客户端: windows 11 服务端: windows 11 需求分析用户需求当前目标实现的用户需求有 用户注册、登录 商家添加产品 商家查看和修改产品 商家查看和处理订单 消费者查看和添加购物车 消费者查看和结算订单 消费者优惠等级变化 管理员查看销售日志 角色抽象归纳根据需求的功能点，可以将系统的参与者抽象成两层三类。 用户: 所有具体参与者的总称，更高一级的抽象 商家：提供菜品和处理订单的一类人 消费者：点餐和请求订单的一类人 管理员：有权限查看销售日志的一类人 用例图 功能需求根据用户的需求，我们提出更具体，更偏向实现的功能需求 阅读提示：点击右侧目录可以跳转 用户注册功能用户可以使用唯一的*账号名和手机号和进行账号注册 ...

protobuf简介Protocol Buffers 是 Google 的⼀种语⾔⽆关、平台⽆关、可扩展的序列化结构数据的⽅法，它可⽤于（数据）通信协议、数据存储等。 Protocol Buffers 类⽐于 XML，是⼀种灵活，⾼效，⾃动化机制的结构数据序列化⽅法，但是⽐XML 更⼩、更快、更为简单。你可以定义数据的结构，然后使⽤特殊⽣成的源代码轻松的在各种数据流中使⽤各种语⾔进⾏编写和读取结构数据。你甚⾄可以更新数据结构，⽽不破坏由旧数据结构编译的已部署程序。 简单来讲， ProtoBuf（全称为 Protocol Buffer）是让结构数据序列化的⽅法，其具有以下特点： 语⾔⽆关、平台⽆关：即 ProtoBuf ⽀持 Java、C++、Python 等多种语⾔，⽀持多个平台。 ⾼效：即⽐ XML 更⼩、更快、更为简单。 扩展性、兼容性好：你可以更新数据结构，⽽不影响和破坏原有的旧程序 使用特点 安装protobuf下载 ProtoBuf 前⼀定要安装依赖库：autoconf automake libtool curl make g++ unzip 安装命令如下 对于Ubunt ...

以系统提供的函数select为核心实现多路转接，即高级网络IO 认识select函数1234#include <sys/select.h>int select(int nfds, fd_set *readfds, fd_set *writefds, fd_set *exceptfds, struct timeval *timeout); 功能select系统调用能够同时监测多个文件描述符的状态变化,这个系统调用是阻塞式的，退出阻塞等待的条件是被监视的文件描述符中有一个或多个发生了变化。 参数解释 nfds: 文件描述符数组长度，值为最大的文件描述符值+1。因为文件描述符从0开始 readfds: 本质上是位图，表示待监视的可读文件描述符的集合，返回时标记发生变化的fd writefds: 本质上是位图，表示待监视的可写文件描述符集合,返回时标记发生变化的fd exset: 本质上是位图,表示待监视的异常文件描述符的集合,返回时标记发生变化的fd timeout: 用于设置select()的等待时间 struct timeval 12345678910struc ...

概述本期的重点在于使用8086汇编语言实现循环迭代，无符号数字输出,使用多位内存储存超长整型,超长整型打印输出 程序框图 模块图 初始化准备我们先把代码段、数据段和栈段准备好相关的数据并完成相关的初始化 声明段我们先声明三个段 1assume cs:codesg,ds:datasg,ss:stacksg 装载数据在数据段我们准备填入如下数据 choose 字符串,用于输出提示信息 result 字符串,用于输出提示信息 enter 字符串，用于输出回车换行，即\n\r pressQ 字符串，用于输出退出程序的提示信息 wrongRange 字符串，用于输出范围错误的提示信息 num1 12字节长整型,表示迭代中的Fib(n-2) num2 12字节长整型，表示迭代中的Fib(n-1),同时最终答案也存在num2中 numlen 单字(2字节)变量，储存输出数字串的长度/栈的深度 tmpcx1 单字变量，辅助暂存cx的值，避免使用栈，防止栈的管理混乱 这里写入num我们使用dw指令写入一个字长（2字节） 而写入字符串必须一个字节一个字节写入，所以使用db指令 特别的， ...

概述本期的重点在于使用8086汇编语言实现函数递归，无符号数字输出 程序框图 模块图 初始化准备我们先把代码段、数据段和栈段准备好相关的数据并完成相关的初始化 声明段我们先声明三个段 1assume cs:codesg,ds:datasg,ss:stacksg 装载数据在数据段我们准备填入如下数据 num表示我们要求斐波那契数列的第num个数 choose 字符串,用于输出提示信息 result 字符串,用于输出提示信息 enter 字符串，用于输出回车换行，即\n\r 这里写入num我们使用dw指令写入一个字长（2字节） 而写入字符串必须一个字节一个字节写入，所以使用db指令 特别的，在8086中，$用于表示一段字符串的结尾 1234567;初始化数据段，并填入数字datasg segment num dw 10h ;选择斐波那契数列的第num个数 choose db 'Please choose a num from 1 to 100 : ','$' result db 'The result is : & ...

应用层数据组织与传输我们所写的提供网络服务的程序都是运行在应用层上的。在这些程序中，我们往往会使用结构体、类和对象等结构化的方式组织数据 但是在使用socket api接口时，我们只能使用字符串/字节流的格式来发送/接收信息，实现网络通信。但是对于提到的结构化数据，又该怎么使用网络通信传输呢？ 应用层协议针对应用层内的通信问题，我们依然使用协议解决。只要发送方和接收方按照同一’约定’对结构化数据进行字节流编码和字节流解析，就能够实现通过网络进行通信。这样的约定就是 协议。 既然协议是一种约定，那么就能开发出各种各样的的应用层协议。但它们往往会用到序列化和反序列化技术，所以我们先了解一下什么是序列化和反序列化 序列化与反序列化这一技术能够在对象(结构化数据)和字节流之间架起桥梁，使对象能够更方便地支持网络通信，或者文件持久化。简单来说序列化就是基于某种规则把对象/结构化数据转化成字节流,反序列化就是基于同样的规则，把字节流还原成对象/结构化数据。 相关的序列化格式可以自己定义，当然也可以直接使用别人封装好的现成的格式。就比如常见的JSON,XML,YAM ...

复杂性complexity是软件开发避不开的问题。因为软件本质上就是复杂的，而软件开发团队的任务是制造出简单的假象（用户友好），所以软件开发者必须能够深刻认识其复杂性,并处理好复杂性问题 方法论：复杂系统的组织结构层次性一个人的能力总是有限的，复杂的系统若是没有合理的组织结构，是无法把握的，就像下图混乱组织的笔记本结构图 在上图中我们看到了有关笔记本电脑的各种相关概念，它们都是整个复杂系统的一部分，但是因为混杂在一起，彼此独立又相互有关系。但仔细观察我们可以发现，它们的关联关系并不都是等价的,因此我们按照关联关系的紧密程度，各个组成部分在系统中的地位等，将上图的概念重新组织一下 可以看到，经过多层次的组织之后。即便是复杂的笔记本结构系统，也能清晰地展示出来。而且如果我们要解释笔记本电脑的构成，也可以很自然地有了解释的顺序，比如自顶向下，笔电由软件和硬件构成，硬件又由….；在比如自底向上，我们先攒出一些列基础硬件和基础软件，然后再向上组装… 所以，对于复杂的系统，分层组织就是我们的方法论，我们的重点就是把握好每一个概念究竟是属于哪一层的，哪些概念是同一层的关系，还是上下层的关系。经过 ...

模式名称: 原型模式-Prototype类型: 创建型模式问题-使用场景: 当创建不同对象的过程过于复杂，或者需要隐藏/封装创建对象的具体过程，或者组织项目需要创建过多的子类，类的数目需要优化减少时，亦或者需要动态类时，可以由原型对象来执行类的功能解决方案： 用原型实例指定创建对象的种类，并通过拷贝这些原型来创建新的对象效果： 相比其它模式，用户只需考虑怎么检索到所需要的原型对象来拷贝出新的对象给自己用，而不用考虑如何构造。这样的设计能简化用户操作，且能极大地增加扩展性。 概念抽象原型模式旨在通过使用不同的原型对象来克隆获取不同的实例，而不是声明许多派生类，再通过派生类来实例化出不同的对象。这样减少类总数的设计方式，可以很好地简化整个项目的类的结构设计,毕竟类总数越多，要维护的类关系就越复杂,理解成本就越高。 原型模式抽象出的参与者有如下三种 Client:负责找到指定原型，并调用其克隆接口，克隆出一个对象 Prototype:抽象类，声明一个抽象接口 ConcretePrototype:实现具体的克隆操作 三者的类图关系如下： 具体使用我们来举一个具体一点的例子来 ...

当我们有用C++程序连接MySQL数据库并执行SQL语句时，往往要用到相关的库，这里使用的是MySQL官方提供的Connector/C++库，为了更好地使用库里的内容，我们先来熟悉一下里面常用的接口和类 MySQL准备为了便于测试，我们专门创建一个用于测试的用户和数据库，并给予相关权限 12345create user 'conn'@'localhost' identified by '12345678';create database testDB;grant all privileges on testDB.* to 'conn'@'localhost'; 认识接口/类我们将逐个介绍如下类及其相关接口 sql::SQLString sql::mysql::MySQL_Driver –<mysql_driver.h> sql::mysql::get_mysql_driver_instance() sql::Connection –<mysql ...

模式名称: 迭代器-Iterator类型: 行为模式问题-使用场景: 提供一种方法顺序访问一个聚合对象中的各个元素，而又不需要暴露该对象的内部表示解决方案： 将对列表（对象集合）的访问和遍历从具体对象中分离出来，并放入一个迭代器对象中，由它负责实现访问和遍历功能效果： 提供了统一的遍历成员的方法，降低了用户的使用难度，提高了代码的封装性和可扩展性。代价是增加了代码复杂性，增加了更多的类，提高了代码的设计难度 注：本文的迭代器风格更偏向STL库中的迭代器，而不是《设计模式》中的抽象迭代器 灵感来源：某种意义上将，Iterator要做的事就是模仿数组中的指针,指针可以前后移动，方便地遍历数组，还可以用指针访问数组元素。我们希望把这种指针特性也用在其它数据结构上(特指组织管理多个对象的聚合体)，但可惜的是原生指针的这种方便依赖于数组的地址是连续的。因此为了实现遍历和访问功能，我们需要把这些功能封装在Iterator类中，让它实例化出的对象来行使数组指针一样的行为。 类层次设计我们先来设计一个抽象迭代器类来规定迭代器应有哪些行为： 12345678910111213141516171819 ...

在项目的介绍博客🔗中，我们着重于代码功能的实现，而对项目代码整体的结构和风格欠缺重视，使其可读性有所欠缺,代码规范性也有所不足。所以在这篇博客中，我们将按上篇博客编写代码的顺序，再一次回顾写好的代码，并着重于： 调整代码结构 增加必要注释，删除冗余注释 添加必要的小括号，突出优先级 将代码的简便写法改写回易读的写法 实用类 增加功能简介 增加注释 增加空行12345678910111213141516171819202122232425262728293031323334353637383940414243444546474849505152535455565758596061626364656667686970717273747576#pragma once#include <iostream>#include <fstream>#include <sstream>#include <string>#include <ctime>#include <cassert>#include <sys/stat ...