qq_41623592的博客

利用git代码管理工具，gitee和github可以在线双备，能最大限度降低线上线下的外部风险

2021-5-17状态模式一时半会搞不明白了，先写吧，写着写着说不定就想明白了。明晰线程的启用问题主控制引擎应用一个独立线程，其中：1、利用状态控制器管理状态；2、利用预处理模块接收系统事件。因为系统事件需要及时响应，输入状态亦需要及时更新，所以其中不能有耗时长的操作那会想着控制引擎就不用单独启动线程了，但是似乎不行，它作为一个服务程序，一定要作为一个进程或者是线程来运行，不然就不能承接系统消息了。经典到底是经典，龙书不愧是龙书，我意识当中模糊不清的思路，这里竟然说了个明明白白。间接状态转换

2021-4-19温习了下观察者模式，学习了状态模式。但是感觉状态模式不是太能把握透彻，代码结构不太一样，理解起来有些偏差。写着写着就陷入到了沉思中，总会忘记要把想法记下来。想着马上搞完马上搞完，时间不知不觉将竟已过去。并击的状态转换图似乎不好画，因为并击的存在，所以还是要把按键符号分成按下和松开两种事件，如此便会有如下事件笔划按笔画松数量按数量松定位按定位松其它状态划分似乎还没写过，只是查阅论文的时候，即兴画了画草图，还对着有毛病的visio查了半天怎么画图但当时关于究竟

2021-4-12词穷。2021-4-13状态定义，真的用到了状态自动机一味要求过目不忘，学会不忘，似是要求太高了，遗忘才是常态。大概这就是，温故而知新罢。

2021-4-9新安装的idea尚可，启动即有原来的配置，无需设置特征码计算需要同类规则，同类规则文件似乎需要手动定义，意图分析各个笔画之间出现的关联关系，这个还是往后算算吧，暂时先暴力搞搞，优化后置。同类规则随意定义（暂定）2021-4-10模仿哈希散列表，字权值信息中的flag可以当作下标键来定位若干字，flag值相同的字组织入列表，——权值信息装载入内存后进行，而非产生权值信息时，因为此散列为冗余信息新生成的文件有2M半多，我有点慌，真的慌了，24万行数据，利用单元测试查看运行时间是25秒

昨天终于把解分部的功能做完了，但是最后发现竟然比原文件少了一条数据。看长度，加输出，把标识数显示为笔画，看起来都是正常按原来思路来的，但是总是差一条。。。后来我终于想到把原文件的关键字放进处理后的数据里检查看看有没有，终于发现了一条数据，这条数据似乎是嵌套定义，但实际只是部件和基本组件重名而已。啊！数据耦合好严重！想加一个父子部件重名的判别条件，似乎和我现在的递归冲突。改了一下合并方法的参数列表。看来我离终极大佬差了不少距离，没有面向未来编程。这么点个小问题，让我搞了一个多将近两个小时，效率太低

序言突然有个把开发过程中的思想过程记录下来的想法，就以此为契机，为开发日记做一个开篇。现阶段正在准备毕业设计项目的开发，原本决计顺着原来的个并击思想，搞一个输入法出来，后来发现原来找的IMM有些老了，新框架叫TSF，但是微软的TSF没有中文文档，硬着头皮啃了几天的英文文档，着实有些难理清，索性还是照着几篇论文，画个瓢，暂且做个输入程序吧。开篇=.=推导简化组建信息的代码运行起来似乎有点不太快，我看了一会没感觉有什么地方能优化的，我安慰自己这只是生成文件慢点而已，真正运行起来很快的。。。好吧，现在