简单实用的分页功能，用自定义标签实现。
o(∩_∩)o哈哈

一、VS2010/MFC编程入门教程之目录第一部分：VS2010/MFC开发环境VS2010/MFC编程入门之前言VS2010/MFC编程入门之一（VS2010与MSDN安装过程图解）第二部分：VS2010/MFC应用程序框架VS2010/MFC编程入门之二（利用MFC向导生成单文档应用程序框架）VS2010/MFC编程入门之三（VS2010应用程序工程中文件的组成结构）VS2010/MFC编程入门之四（MFC应用程序框架分析）VS2010/MFC编程入门之五（MFC消息映射机制概述）第三部分：对话框VS2010/MFC编程入门之六（对话框：创建对话框模板和修改对话框属性）VS2010/MFC编程入门之七（对话框：为对话框添加控件）VS2010/MFC编程入门之八（对话框：创建对话框类和添加控件变量）VS2010/MFC编程入门之九（对话框：为控件添加消息处理函数）VS2010/MFC编程入门之十（对话框：设置对话框控件的Tab顺序）VS2010/MFC编程入门之十一（对话框：模态对话框及其弹出过程）VS2010/MFC编程入门之十二（对话框：非模态对话框的创建及显示）VS2010/MFC编程入门之十三（对话框：属性页对话框及相关类的介绍）VS2010/MFC编程入门之十四（对话框：向导对话框的创建及显示）VS2010/MFC编程入门之十五（对话框：一般属性页对话框的创建及显示）VS2010/MFC编程入门之十六（对话框：消息对话框）VS2010/MFC编程入门之十七（对话框：文件对话框）VS2010/MFC编程入门之十八（对话框：字体对话框）VS2010/MFC编程入门之十九（对话框：颜色对话框）第四部分：常用控件VS2010/MFC编程入门之二十（常用控件：静态文本框）VS2010/MFC编程入门之二十一（常用控件：编辑框EditControl）VS2010/MFC编程入门之二十二（常用控件：按钮控件Button、RadioButton和CheckBox）VS2010/MFC编程入门之二十三（常用控件：按钮控件的编程实例）VS2010/MFC编程入门之二十四（常用控件：列表框控件ListBox）VS2010/MFC编程入门之二十五（常用控件：组合框控件ComboBox）VS2010/MFC编程入门之二十六（常用控件：滚动条控件ScrollBar）VS2010/MFC编程入门之二十七（常用控件：图片控件PictureControl）VS2010/MFC编程入门之二十八（常用控件：列表视图控件ListControl上）VS2010/MFC编程入门之二十九（常用控件：列表视图控件ListControl下）VS2010/MFC编程入门之三十（常用控件：树形控件TreeControl上）VS2010/MFC编程入门之三十一（常用控件：树形控件TreeControl下）VS2010/MFC编程入门之三十二（常用控件：标签控件TabControl上）VS2010/MFC编程入门之三十三（常用控件：标签控件TabControl下）第五部分：菜单、工具栏与状态栏VS2010/MFC编程入门之三十四（菜单：VS2010菜单资源详解）VS2010/MFC编程入门之三十五（菜单：菜单及CMenu类的使用）VS2010/MFC编程入门之三十六（工具栏：工具栏资源及CToolBar类）VS2010/MFC编程入门之三十七（工具栏：工具栏的创建、停靠与使用）VS2010/MFC编程入门之三十八（状态栏的使用详解）第六部分：文档、视图和框架VS2010/MFC编程入门之三十九（文档、视图和框架：概述）VS2010/MFC编程入门之四十（文档、视图和框架：各对象之间的关系）VS2010/MFC编程入门之四十一（文档、视图和框架：分割窗口）第七部分：MF

一、实验目的：通过设计编制调试一个具体的词法分析程序，加深对词法分析原理的理解。
并掌握在对程序设计语言源程序进行扫描过程中将其分解为各类单词的词法分析方法。
编制一个读单词过程，从输入的源程序中，识别出各个具有独立意义的单词，即基本保留字、标识符、常数、运算符、分隔符五大类。
并依次输出各个单词的内部编码及单词符号自身值。
（遇到错误时可显示“Error”，然后跳过错误部分继续显示）二、实验预习提示1、词法分析器的功能和输出格式词法分析器的功能是输入源程序，输出单词符号。
词法分析器的单词符号常常表示成以下的二元式(单词种别码，单词符号的属性值)。
本实验中，采用的是按类来安排种别码的方式。
2、部分单词的BNF表示（可参考教材43页的状态转换图）-＞-＞|||ε-＞-＞|ε-＞+-＞--＞＞-＞＞=3、做词法分析器需要把对象语言的词法全部描述出来，在这我们取C语言子集，它的词法如下：（1）关键字mainifelseintreturnvoidwhile……..所有的关键字都是小写。
（2）专用符号=+-*/＜＝＞＞＝==！=；
：，{}[]（）（3）空格和空白、制表符和换行符。
空格一般用来分隔ID、NUM、专用符号和关键字，在词法分析阶段通常被忽略。
各种单词符号的种别码，这是一种符号一个编码的设计。
只供参考！单词符号 种别码 单词符号 种别码main 2 [ 28int 1 ] 29char 3 { 30If 4 } 31else 5 , 32for 6 : 33while 7 ; 34ID 10 ＞ 35NUM 20 = 37+ 22 +”,当前字符为’＞’，此时，分析器倒底是将其分析为大于关系运算符还是大于等于关系运算符呢？显然，只有知道下一个字符是什么才能下结论。
于是分析器读入下一个字符’+’，这时可知应将’＞’解释为大于运算符。
但此时，超前读了一个字符’+’，所以要回退一个字符，词法分析器才能正常运行。
在分析标识符，无符号整数等时也有类似情况。
5、模块结构见附图三、实验过程和指导：（一）准备：1.阅读课本有关章节，明确语言的语法，写出基本保留字、标识符、常数、运算符、分隔符和程序例。
2.编制好程序。
3.准备好多组测试数据。
（二）上机调试：（三）程序要求：程序输入/输出示例：如源程序为C语言。
输入如下一段：main(){inta,b;a=10; b=a+20;}要求输出如右图。
（2，“main”）（5，“（”）（5，“）”）（5，“{”）（1，“int”）（2，“a”）（5，“,”）（2，“b”）（5，“;”）（2，“a”）（4，“=”）（3，“10”）（5，“;”）（2，“b”）（4，“=”）（2，“a”）（4，“+”）（3，“20”）（5，“;”）（5，“}”）说明：识别保留字：if、int、for、while、do、return、break、continue；
单词种别码为1。
其他的都识别为标识符；
单词种别码为2。
常数为无符号整形数；
单词种别码为3。
运算符包括：+、-、*、/、=、＞、=、＜=、!=；
单词种别码为4。
分隔符包括：,、;、{、}、(、)；
单词种别码为5。
以上为参考，具体可自行增删。
程序思路（参考）：这里以开始定义的C语言子集的源程序作为词法分析程序的输入数据。
在词法分析中，自文件头开始扫描源程序字符，一旦发现符合“单词”定义的源程序字符串时，将它翻译成固定长度的单词内部表示，并查填适当的信息表。
经过词法分析后，源程序字符串（源程序的外部表示）被翻译

密码编码学与网络安全的在线部分资料，内容有两百多页，是原课本后面的补充内容，供读者参考阅读。

自包含系统（SCS）与微服务有很多相似的特征。
它们都可以独立部署，并以解耦系统为目的。
不过，SCS一般具有更粗的粒度和更精确的定义。
每一个SCS都是一个自主的Web应用，包含了WebUI、业务逻辑和持久化层。
对于SCS来说，API是一个可选项，而且SCS不应该共享UI，当然，那些调用了多个服务的单页应用（SPA）除外。
在进行领域驱动设计（DDD）时，为了尽可能降低SCS之间的耦合，每个SCS都应该实现一个边界上下文（BoundedContext）。
可以通过对用户故事进行来定义边界上下文。
SCS之间可以通过多种方式进行交互：UI集成，如引用JavaScript文件、ESI或SSI；
异步通信和事件

FPGA设计逻辑已经成为一个高度专业化的硬件设计领域，它需要设计者熟练地掌握设计工具，深刻理解FPGA的内在结构及灵活运用设计语言，从而能够有效地完成复杂的设计任务

qt实现分页显示，页面数量可设置，页面可跳转到指定页面

【DM365_NAND启动模式解析】DM365是一款由TexasInstruments（TI）生产的数字媒体处理器，常用于视频处理和嵌入式系统。
在DM365中，NAND闪存是一种常见的非易失性存储器，用于存储固件和操作系统。
NAND启动模式是指DM365在上电或复位后从NAND闪存中加载启动代码的过程。
此过程涉及一系列复杂的步骤，确保系统能够正确地从NAND中读取和执行固件。
**NAND启动流程**1.**初始化**:系统首先初始化RAM1的高2KB栈空间（0x7800-0x7fff），避免覆盖用于存储UBL块号的最后32个字节（0x7ffc-0x8000）。
2.**禁止中断**:所有中断（IRQ和FIQ）被禁用，以确保启动过程不被打断。
3.**设置DEEPSLEEPZ/GIO0**:这个外部引脚在NAND启动时必须处于高电平。
4.**读取NANDID**:读取NAND闪存的设备ID，获取设备特性，如页面大小、块大小等。
5.**初始化NAND区域**:根据NAND的参数设置控制器和寄存器。
6.**搜索UBL描述符**:RBL（ROMBootloader）在block1的page0开始搜索UBL（UserBootLoader）的描述符。
如果未找到正确的UBL，会依次检查接下来的24个块，以防遇到坏块。
7.**处理UBL描述符**:UBL描述符包含入口点地址、占用的NAND页数、起始块和起始页等信息，用于指导UBL的加载和执行。
8.**ECC错误检测和校正**:开启硬件ECC（ErrorCorrectionCode）检测，复制UBL到IRAM（InternalRAM）。
如果检测到4位ECC错误，通过ECC算法进行纠正。
如果多次失败，RBL会尝试下一个块，直到找到有效的UBL描述符，或者在搜索完24个块后转而从SD卡启动。
9.**启动UBL**:在UBL的入口点执行代码，将控制权交给UBL。
10.**安全启动模式**:根据配置，启动模式可能包括PLL旁通模式，不使用快速EMIF、DMA或I-Cache。
在其他模式下，这些功能可以被启用以提高性能。
**NANDUBLdescriptor格式**UBL描述符是一个包含关键信息的数据结构，用于指示如何加载和执行UBL。
它可能包含如下字段：-入口点地址：UBL执行的起点。
-UBL占用的NAND页数：指示UBL的大小，必须是连续的页。
-UBL的起始块和起始页：定义UBL在NAND中的位置。
-MAGICIDs：特定的标识符，用于识别不同的启动模式。
**NAND启动详细流程**1.初始化栈空间、禁止中断、设置DEEPSLEEPZ/GIO0。
2.读取NAND设备ID，初始化NAND控制器。
3.搜索UBL描述符，最多遍历24个块。
4.复制并校验UBL到IRAM，根据UBL描述符配置启动选项。
5.转交控制权给UBL执行。
NAND启动流程图和具体的ARMNANDROMBootloader实例进一步详细说明了这个过程。
此外，支持的NAND设备ID列表确保了对多种NAND闪存设备的兼容性。
DM365的NAND启动模式解析涉及了设备识别、错误检测、固件加载和执行等多个环节，确保了系统的稳定和可靠启动。
理解这一过程对于开发和调试基于DM365的嵌入式系统至关重要。

###TIDM36x系列DSPNANDFlash启动过程详解####一、NANDFlash启动原理#####1.1DM365支持的NAND启动特性TI的TMS320DM365（以下简称DM365）多媒体处理芯片支持多种启动方式，包括NANDFlash启动。
在NANDFlash启动过程中，DM365具有一系列独特的启动特性：1.**不支持一次性全部固件下载启动**：DM365不支持一次性将所有固件数据从NANDFlash读入内存并启动，而是采用分阶段的方式。
首先从NANDFlash读取第二级启动代码（UserBootLoader,UBL）至ARM内存（ARMInternalMemory,AIM），然后执行UBL。
2.**支持最大4KB页大小的NAND**：支持的NANDFlash页大小可达4KB，这对于大多数常见的NANDFlash设备来说是足够的。
3.**支持特殊数字标志的错误检测**：在加载UBL时会进行错误检测，尝试最多24次在不同的block中寻找特殊数字标志，以确保数据的正确性。
4.**支持30KB大小的UBL**：DM365有32KB的内存用于存放启动代码，其中2KB用于RBL（ROMBootLoader）的堆栈，剩余的空间可用来存储UBL。
5.**用户可选的DMA与I-cache支持**：用户可以根据需要在RBL执行期间启用或禁用DMA和I-cache等功能。
6.**支持4位硬件ECC**：支持每512字节需要ECC位数小于或等于4位的NANDFlash，这有助于提高数据的可靠性。
7.**支持特定的NANDFlash类型**：支持那些需要片选信号在Tr读时间保持低电平的NANDFlash。
#####1.2NANDFlash启动流程NANDFlash启动流程是指从芯片上电到Linux操作系统启动的整个过程，主要包括以下几个步骤：1.**ROMBootLoader(RBL)阶段**：当DM365芯片上电或复位时，会根据BTSEL引脚的状态确定启动方式。
如果是NAND启动，则从ROM中的RBL开始执行。
RBL会初始化必要的硬件资源，如设置堆栈，关闭中断，并读取NANDFlash的ID信息以进行适当的配置。
2.**UserBootLoader(UBL)阶段**：RBL从NANDFlash读取UBL并将其复制到AIM中运行。
UBL负责进一步初始化硬件资源，如DDR内存，并为下一阶段准备环境。
3.**U-Boot阶段**：UBL从NANDFlash读取U-Boot并将其复制到DDR内存中运行。
U-Boot是完整的启动加载程序，它负责最终从NANDFlash读取Linux内核并将其复制到DDR内存中。
4.**Linux内核启动阶段**：U-Boot启动Linux内核，内核加载并运行，此时系统完成启动。
####二、NANDFlash启动的软件配合实现#####2.1UBL描述符的实现UBL描述符是UBL读取和执行的起点。
在NANDFlash中，UBL描述符通常位于特定的位置，包含UBL的起始地址和长度等信息。
RBL通过读取这些描述符来确定UBL的具体位置并加载到AIM中。
#####2.2U-Boot启动实现U-Boot是一种开源的启动加载程序，负责从NANDFlash读取Linux内核并将其加载到内存中。
U-Boot的实现依赖于UBL提供的环境，例如已经初始化的DDR内存。
#####2.3U-Boot更新UBL和U-Boot的原理U-Boot可以被用来更新UBL和自身的代码。
这一过程通常涉及到从NANDFlash读取新的代码版本，验证其完整性，并将其替换现有的UBL或U-Boot代码。
#####2.4NANDFlash没有坏块的情况在理想情况下，即NANDFlash没有坏块的情况下，启动流程会非常顺利。
RBL能够成功地从NANDFlash读取UBL，UBL也能正确地读取U-Boot，进而完成Linux内核的加载。
####三、结束语DM365的NANDFlash启动过程是一个复杂的多阶段过程，涉及ROMBootLoader(RBL)、UserBootLoader(UBL)和U-Boot等多个组件之间的协调工作。
通过对这些组件的理解和优化，可以有效地提高启动速度和系统的稳定性。
希望本文能帮助读者更好地理解DM365的NANDFlash启动过程及其背后的技术细节。

pageHelper分页配置所需jar包

在日常工作中，钉钉打卡成了我生活中不可或缺的一部分。然而，有时候这个看似简单的任务却给我带来了不少烦恼。 每天早晚，我总是得牢记打开钉钉应用，点击"工作台"，再找到"考勤打卡"进行签到。有时候因为工作忙碌，会忘记打卡，导致考勤异常，影响当月的工作评价。而且，由于我使用的是苹果手机，有时候系统更新后，钉钉的某些功能会出现异常，使得打卡变得更加麻烦。 另外，我的家人使用的是安卓手机，他们也经常抱怨钉钉打卡的繁琐。尤其是对于那些不太熟悉手机操作的长辈来说，每次打卡都是一次挑战。他们总是担心自己会操作失误，导致打卡失败。 为了解决这些烦恼，我开始思考是否可以通过编写一个全自动化脚本来实现钉钉打卡。经过一段时间的摸索和学习，我终于成功编写出了一个适用于苹果和安卓系统的钉钉打卡脚本。