Qt/C++视频监控/推流/物联网/大屏系统/自定义控件/UI定制/输入法

文章链接1-数据导入导出csvhttps://qtchina.blog.csdn.net/article/details/1224037022-数据导出到xlshttps://qtchina.blog.csdn.net/article/details/1224460343-数据打印到pdfhttps://qtchina.blog.csdn.net/article/details/1225364554-数据打印到纸张https://qtchina.blog.csd....

Qt支持不指定数据库名打开数据库，因为有时候是要在连接数据库服务器后，执行sql语句创建数据库。数据库都还没存在怎么连接呢，测试发现sqlite、mysql、sqlserver、postgresql都支持这个特性。在删除和创建数据库的前提是该数据库没有被其他程序占用，比如其他程序已经打开了该数据库则会执行失败。这里我就折磨过很多次，为什么执行失败呢？后面发现第三方数据库工具已经打开了该数据库，把工具关掉就ok了。用QSqlQueryModel+QTableView显示数据，int类型的数据，如果超过

近期特意花了点时间，在之前数据库集成应用这个组件的基础上再次迭代完善，历经九九八十一难，将Qt的各种数据库插件，十几个Qt版本，全部编译一遍，同时打通了插件形式直连数据库和ODBC数据源连接方式，做过各种对比测试，不同数据库不同分页算法，不同日期时间范围判断查询等。安装对应的数据库，安装后会有include头文件和lib链接库文件，这是基本的前提，编译数据库插件必须要有这两个东西。务必注意，32位的Qt必须安装32位的数据库才能正常编译成功，位数要一致。准备好数据库插件源码，比如qt-everywhere-

自从上次做完的图文报表，又新来了个需求需要实现个人信息报表，类似个人简历一样的格式，数据从数据库中取出来，然后一个人的信息就打印一张，传入查询的多个人员信息，自动分页打印个人信息报表，报表可以打印也可以导出到pdf文件等。根据之前的经验，这种需求依然是采用html方式去实现最方便最简单，要不然还要自己用painter绘制网格线和对应内容，不好把控，既然painter本身就支持富文本QTextDocument，真是一个天大的方便。核心就是用html中的表格table把内容组织好，个人建议只要是有行列要求的数据

在做数据导入导出的过程中，如果应用场景多了，相信各位都会遇到一个问题就是文件编码的问题，有些文件是ANSI编码，有些是utf8编码，有些又是utf8带bom编码，不同的文件编码如果都用同一种编码格式去解析读取出来的数据的话，肯定会遇到乱码的问题，这并不是Qt的问题，也不是什么Qt乱码的问题，而是要识别到文件的编码然后用对应的编码去读取内容，这样就不会出现乱码，当然乱码的出现肯定是中文，如果文件全部是英文数字，无论何种编码，都不会乱码。那么问题来了，如何用程序自动识别文件的编码格式呢？找遍了搜索没有找到完整的

数据分组导出和打印这个需求并不是近期的需求，而是之前做温湿度监控系统的时候提的需求，当然也有几个系统用到了，比如啤酒保鲜监控系统。这个需求的应用场景是，有很多个设备，每个设备都产生了很多的运行日志、报警日志等，这些日志按照时间顺序存储在数据库中，用户需要按照不同设备分组导出，同时对应统计有多少行记录，开始时间和结束时间，以副标题的形式展示在文档中。数据源有了，关键是如何组织这些数据，传入参数的时候以特定分隔符做标记，取出来生成文档的时候，按照特定分隔符分割字符串，然后循环遍历取出数据，按照html格式填充一

最近又多了个需求就是将csv格式的文件转xls，需求一个接着一个，还好都是真实的需求，而且都是有用的需求，并不是不靠谱的需求，不靠谱的需求就比如程序自动识别手机壳颜色自动换背景颜色或者边框颜色色系。csv转xls，因为很多软件或者网页为了跨平台做了极致简单的导出数据形式，那就是csv格式的文本数据，有些用户觉得这种格式用电子表格软件打开后，格式显得很拥挤不好看，所以需要自己的程序能够提供静态函数直接进行转换，里面有多少个字段，转成xls数据后也多少个字段，有多少行内容也就多少行内容，这样打开后就是标准的xl

一、前言用户的需求真的是千奇百怪，刚做完不同页面横向纵向排版的需求，又来个需要图片转pdf的需求，提供静态函数直接使用。 经过这么些年的社会的毒打，我的原则是：用户是上帝和大爷，尽量站在用户的角度换位思考，只要是合理或者基本合理的需求，甚至说只要不是太过分，给钱就干。接到这个需求的时候，第一时间想到的就是用QPainter绘制图片到打印机对象，之前就用QPainter绘制了200多个自定义控件，对于QPainter如何绘制，心中早有代码自动生成了，现在看到真实世界的很多东西，尤其是图形，都自动在脑海中转

一、前言近期用户提了个需求，需要打印一个文档，要求其中部分页横向排版部分页面纵向排版，这个在之前的通用打印导出pdf类中是不具备的，通用的打印导出pdf只能统一设置一个排版方式，要么横向要么纵向，而如果要指定某一页横向还是纵向，需要单独的处理。为什么之前设计的类不支持单独指定页面，主要是为了方便用户使用，并不需要复杂的设置，而且面对的应用场景都是统一的日志类、信息类，这些数据基本上要么统一是横向要么统一是纵向排版，不需要精确到某一页什么排版，而且传入数据内容集合以后是自动分页处理的，也无法动态切换排版方式

一、前言数据库请求是在数据库采集的基础上，换成http请求的形式来获取数据，这样就脱离了数据库组件，而采用的通用的http请求的形式从数据库拿数据库，这个通用性就非常广泛了，比如对方用java采集到设备的数据存入数据库，另外一个区域是用的c#采集的数据入库，然后统一规则统一规范约定一个请求机制，定时器或者线程取执行请求，拿到的json数据，挨个取出来结果，数组集合的方式发信号出去。之前写过的可视化大屏电子看板程序，采用的也是http请求数据库采集的方式拿数据展示，需要多方协作，至于数据库中的数据是谁放的

一、前言数据库采集对应的就是上一篇文章的数据库同步，数据库同步到云端数据库以后，app、网页、小程序啥的要数据的话，可以通过执行http请求拿到数据，http接收应答这边程序一般最简单可以用php写，几行代码即可，比如根据请求的参数构建需要执行的sql语句，执行以后将结果json形式返回即可。通过Qt程序去做数据库采集有多种方式，即可直接连接数据库然后绑定数据库表到QSqlTableModel，然后不断调用select方法查询刷新界面即可，也可通过执行sql语句的形式，通过sql语句的形式更灵活，可以先

一、前言数据库同步的主要功能是将本地的数据库记录同步到远程的数据库，其中数据库类型不限，比如本地是sqlite数据库，远程可以是mysql数据库，本地是mysql数据库，远程也可以是postgresql数据库，只要数据库设置的时候设定好就行。这样做相当于就是通过程序的方式将数据库记录上传同步，还有一种机制是通过直接数据库上设置热备份啥的，个人还是习惯通过程序的方式，自主可控，比如可以自定义同步哪个表，哪部分数据需要同步。有一种应用场景是现场很多客户端外接了各种传感器物联网设备（现在有个高大上的名字叫泛感

一、前言在QTableView、QTreeView以及对于衍生的QTableWidget、QTreeWidget类中，需要用到自定义委托的情形很多，比如提供下拉框选择，进度条展示下载进度啥的，默认的单元格是没有这些效果的，需要自己单独用委托的形式来展示，自定义委托一般有两种UI形式，一种是单元格一直显示对应的委托控件比如复选框、按钮、进度条等，一种是用户鼠标按下才显示对应的委托控件，鼠标离开自动恢复原有单元格的形式。在设计这个委托类的时候，综合考虑了很多应用场景需求，例如复选框、文本框、下拉框、日期框、

一、前言数据库分页展示，在所有的涉及到数据库记录的项目中都是需要的，除了简单的设备信息表、用户信息表这种很少几条几十条数据量的表除外，其余的日志记录表等都需要分页展示数据，少量的数据可以滚动条下拉查看完，超过百条以上的一般建议要加上分页的功能处理，不然用户查看起来明显不舒服，体验不友好，最明显的例子就是网页的搜索结果，一次性展示上万条，不仅是多余的增加了查询的压力，而且用户往往只关注最前面的几页记录，再比如查询报警记录，一般是按照时间降序排序，最近最新的报警记录显示在最前面，用户最关心的也就是最前面的结果

一、前言很多项目如果需要存储很多日志记录比如运行日志，时间长了记录数量非常多，数据库体积不断增大，对应数据库表的增删改查的效率不断降低，为了消除这几个影响，需要有一套机制，不断将早期的数据清理，清理的规则比如可以指定表名、字段名、时间范围等。日志记录的清理一方面是为了保证查询效率，毕竟数据量大了明显影响查询速度，一方面也是为了节约磁盘存储空间，毕竟存储空间有限，尤其是嵌入式板子，容量一般不会很大，记录无限制的存储下去会不断增加磁盘空间的占用。除了数据库记录的清理以外，还有个场景是文件的清理，比如视频监

一、前言有两种应用场景需要用到数据生成器，一种是需要测试数据库性能，比如在100万条和1000万条记录的时候对比查询或更新语句执行耗时，一种是随机模拟生成一堆数据，用来测试程序的性能，看下程序中到了百万千万级别的数据量的时候，程序的代码执行是否受影响，影响有大等。很多人觉得sqlite数据库性能超过几十万就不行，于是亲自用这个数据发生器随机模拟生成了一亿条记录，测试下来发现性能有损失，但是不像传说中的垃圾，起码还是完全可用的，只要注意索引要建好，文件体积比较大就是，文件体积膨胀到了1.2GB，估计性能损耗

一、前言做过了众多的项目，只要是用了数据库的项目，基本上还有一个需求就是，提供一个界面用来初始化数据库，相当于恢复出厂设置的数据，一般恢复出厂设置需要复位的是配置文件、数据库文件、布局文件这几种，其中配置文件和布局文件都可以通过先删除原来的文件，然后重新生成新的默认文件来实现，而数据库文件只有sqlite才是文件型的数据库，也可以采用类似方式，比如将出厂设置的数据库文件放在资源文件，需要恢复的时候，先删除原来的文件，然后从资源文件拷贝出来对应的文件即可，同时还要赋值可读写权限。数据库恢复出厂，还有一种更

一、使用方法1.1 第一步：引入组件组件中所有代码文件是一个整体，不支持单个代码文件拆分使用，因为很多通用的方法都放在一个代码文件中，复用很多代码。datehead是本组件用到的头文件以及通用的数据结构体。datahelper是通用的校验列函数和数据导出打印函数。datacreat用于创建html格式的数据，用来导出到pdf和打印数据。datacsv用于导入导出文件csv格式。dataxls是数据导出到xls的核心。dataprint是数据导出到pdf和打印数据。将core_data

一、前言为了方便用户学习使用本组件，特意针对每个功能模块，每种可能的应用场景，都编写了对应的示例demo，从初级示例到中级示例再到高级示例以及多线程示例等，层层加码，针对结构体数据都做了相当详细细致的说明。简单示例用于演示最简单的参数设置导出数据到csv、xls、pdf和打印数据，直接传入的QTableView、QTableWidget控件。导入导出用于演示导出导入csv格式的数据，数据源为数据库表，相当于将数据库表信息导出到csv文件，导入的csv文件会更新对应数据库数据。初级示例用于演示最基础

一、前言本组件的初衷就是造一个轮子，让数据导入导出用法极致简单，几个行数几行代码搞定它，适用大部分的应用场景，这也是本组件和qtxls最大的区别，qtxls的目标是大而全，提供各种xls的接口，至于如何组织导出的数据，那需要程序员自己去处理，这就避免不了需要调用很多函数代码，而我们往往入门的程序员用起来没那么方便，比如很多人其实就想将现在QTableWidget或者QTableView中的数据导出，也不想去研究如何组织数据，希望就是传入QTableWidget控件名称就行，什么字段名称、字段宽度、数据内容

一、前言除了能够打印基本的文字信息数据到pdf和纸张，越来越多的应用需求还要求能够导出图片，并且要支持图文混排，相当于doc文档类似，当然也不会是太复杂的，类似于打印报表一样，有表格形式的文字描述，也有对应的图片插入其中，图文混排的应用场景还真不少比如医疗行业输出诊断结果往往都带了图片。于是针对这个需求特意开辟了新的类DataCreat专门生成报表的数据，将生成好的数据体直接传入给DataPrint类即可，如果有各种各样的不同的图文混排格式，可以直接在DataCreat类中生成好就行，默认提供了一种图文混

一、前言做数据导出，少量的数据比如10W级别以下的，基本上直接占用主线程也是很快的就可以处理完，上了百万级别的数据量以后，就会发现性能极速下降，很容易卡主整体界面，于是这部分处理必须要用到线程，本数据导出到xls组件采用xml格式的数据，固定的头部和尾部数据，中间是一行行的数据，于是需要把这部分移到线程执行，用户主动初始化类以后调用open方法打开文件，并先输出好头部数据，然后开启线程，调用append方法逐行输出数据，百万千万级别也可以慢慢输出，线程排队输出到文件，最后用户主动调用close关闭文件，输

一、前言数据能够打印到pdf文件，当然可以打印到纸张，而且使用qprinter默认就是打印到纸张的，上一篇文章写得功能是打印到pdf，其实还要单独特殊设置打印到文件，并指定格式为pdf。不指定输出文件和格式默认就是打印到纸张，关于Qt打印内容到纸张，网上的办法非常多，比如有些直接用painter绘制，逐步控制分页打印，个人还是喜欢html格式的内容传入，因为html格式相当灵活，可控范围相当大，而且整齐，甚至可以先直接输出到网页预览下效果，根据需求调整，后面的图文混排就是用的html+table实现的，如

一、前言自从数据可以导出到xls，又有客户提出了不同的需求，比如既然可以将数据导出到xls，那是否可以导出到pdf文件呢？因为xls打开以后用户可以修改数据造假之类的，而pdf默认是不可编辑的，除非借助专业的工具，所以如果想要限定用户导出数据不能被更改，那导出pdf是最佳选择。写程序往往都是这样，一步步慢慢增加，随着用户需求的增加，程序量也越来越多，轮子组件也越来越多。往往客户提需求的时候，一定要认真聆听，尤其是一线用户，实际使用的用户，尽管有些不合理的需求，但是能满足就尽量满足，毕竟客户就是上帝。在Q

一、前言导入导出数据到csv由于语法简单，适用场景有限，于是乎还是必须再造一个轮子导出数据到xls，在经历过数十年的项目实战经验中不断调整和优化。尤其记得当初第一个版本v0.01大概在2011年左右完成的，当时是公司项目运行在嵌入式板子上，需要导出警情记录，拷贝到电脑上打印，由于嵌入式根本没有也不可能去安装excel等软件，硬着头皮去研究了xml格式的xls文件，按照那个规则组合成简单的导出数据，这个思路想法理论上比QtXlsx要早，我也是后面大概在2015年后才发现有QtXlsx这个开源的轮子，而且思路

一、前言在经历过大大小小十几个甚至几十个纯QtWidget项目后，涉及到数据库相关的项目，几乎都有一个需求，将少量的信息数据比如设备信息、防区信息等，导出到文件保存好，然后用户可以打开该表格进行编辑，编辑完成后保存，再重新导入到软件中，这样相当于安排专人录入数据，而不是在软件中一个个新增效率低了些，甚至有些软件运行在嵌入式板子上或者一些特殊场景，不大方便现场添加编辑信息，如果是提供模板之类的让用户添加好，然后再一次性导入，这个效率就大大提升了。导入导出数据可以选择xls、也可以选择csv，为什么最后选择