自己制作的登录小例子很多地方不是很完善功能仅限登录注册修改密码注销邮箱没有用正则表达式验证例子不涉及ajax等技术没有用到框架使用JDBC对数据库进行的操作这个例子采用eclipse编写Oracle11gXE数据库运行只需将src/com/lzy/dbutil/DbUtil中的具体代码改成自己的数据库并将sql文件导入即可

设计一个请求页式存储管理方案。
并编写模拟程序实现之。
要求包含：1.过随机数产生一个指令序列，共320条指令。
其地址按下述原则生成：①50%的指令是顺序执行的；
②25%的指令是均匀分布在前地址部分；
③25%的指令是均匀分布在后地址部分；
#具体的实施方法是：在[0，319]的指令地址之间随机选区一起点M;顺序执行一条指令，即执行地址为M+1的指令；
在前地址[0，M+1]中随机选取一条指令并执行，该指令的地址为M’;顺序执行一条指令，其地址为M’+1；
在后地址[M’+2，319]中随机选取一条指令并执行；
重复A—E，直到执行320次指令。
2.指令序列变换成页地址流设：（1）页面大小为1K；
用户内存容量为4页到32页；
用户虚存容量为32K。
在用户虚存中，按每K存放10条指令排列虚存地址，即320条指令在虚存中的存放方式为：第0条—第9条指令为第0页（对应虚存地址为[0，9]）；
第10条—第19条指令为第1页（对应虚存地址为[10，19]）；
。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
。
第310条—第319条指令为第31页（对应虚存地址为[310，319]）；
按以上方式，用户指令可组成32页。
3.计算并输出下述各种算法在不同内存容量下的命中率。
FIFO先进先出的算法LRU最近最少使用算法OPT最佳淘汰算法

一、实验目的：通过设计编制调试一个具体的词法分析程序，加深对词法分析原理的理解。
并掌握在对程序设计语言源程序进行扫描过程中将其分解为各类单词的词法分析方法。
编制一个读单词过程，从输入的源程序中，识别出各个具有独立意义的单词，即基本保留字、标识符、常数、运算符、分隔符五大类。
并依次输出各个单词的内部编码及单词符号自身值。
（遇到错误时可显示“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语言子集的源程序作为词法分析程序的输入数据。
在词法分析中，自文件头开始扫描源程序字符，一旦发现符合“单词”定义的源程序字符串时，将它翻译成固定长度的单词内部表示，并查填适当的信息表。
经过词法分析后，源程序字符串（源程序的外部表示）被翻译

usemakedir为按照年份创建文件夹，duqu_ncep为读取ncep的风场nc文件，duqu_ecmwf为读取ECMWF的风场nc文件，windin为将读取完的风场数据分批储存，便于SWAN调用

PCAc++主成份分析实现算法。
。
。

绝地求生：易语言全套加速器源码【更新日期：2018年1月10日】使用说明：用FTP将后台文件用二进制上传到网站根目录后安装网站安装好后登陆后台添加产品然后把激活码输入都源码里，产品ID，通信秘钥在后台添加产品后获取，并输入然后搜索HTTP把所有HTTP网址改成自己的域名即可后台设置公告（重要）不设置会导致软件无法启动格式为公告内容||网址添加游戏：在M文件夹中route就是存放游戏路由表的地方打开1||英雄联盟||http://域名/m/route/yxlm.txt||http://域名/m/route/1.png||0序号||游戏名称||游戏路由表地址||游戏LOGO地址||后面的0代表国内游戏，1则为国外游戏路由表格式参考：add1.207.140.0mask255.255.255.0IPMETRICdefaultIFIFZadd14.17.12.0mask255.255.255.0IPMETRICdefaultIFIFZadd14.17.13.0mask255.255.255.0IPMETRICdefaultIFIFZadd14.17.14.0mask255.255.255.0IPMETRICdefaultIFIFZ线路添加：网游加速的线路分别存放在这两个文件里面国内跟国外，格式为线路名称||IP||用户名||密码网络加速则存放在编写好节点文档后，采用附赠的加密工具加密后上传到网站根目录即可充值系统注：后台必须把充值卡位数改成10位以内，太多字符会导致充值出错！1.首先打开注册个账号http://www.1ka123.com/dashboard/index2.打开雷盾的后台获取客户ID3.地址高级=》在线售卡4.这里写上客户ID然后点编辑刷新5.获取提卡数据6.在易卡上面找到商品/分类的商品列表点编辑7.平台对接写雷盾对接密匙写提卡数据然后点保存这样子就可以实现无卡的时候自动补卡了软件对接：打开源码目录下的扫码支付模块按下列格式写入你的卡类信息比如我这里增加月卡修改完即可收款实现自动充值

包含了HT32f53252使用DHT11+光强+oled+gprs的程序,原来不知道为什么变成15个了现在修改改成3个了。
不知道为什么要大于15个字，我也不知道写什么了

delphi用canvas画斜线时总是存在锯齿，转换成gdi画就可以消除

将玩客云刷机成armbian系统的文件

ISO27145-1中文版是关于全球协调的在线诊断系统（WWH-OBD）通信要求的实施标准规范。
WWH-OBD是与排放相关的车辆在线诊断系统，旨在为制造商和用户提供统一的诊断通信标准。
该标准的中文版是基于个人兴趣翻译而成，仅供参考。
ISO27145-1标准文档的第一部分涉及通用信息和用例定义。


在了解ISO27145-1标准时，首先要明确几个基本概念。
ISO（国际标准化组织）负责制定该标准，其中SAE（美国汽车工程师学会）也参与了相关文档的参考概念和数据附件修订程序的制定。
标准中明确了引用的标准、术语和定义、缩写方式、协议以及文档概况等，为用户提供了理解和应用该标准的框架。


标准的通用信息部分给出了WWH-OBD的概况，包括其用例的概览和定义。
这部分内容不仅帮助了解标准的背景和目的，而且涉及到实施WWH-OBD通信要求所需的关键信息。
用例定义是标准的核心部分之一，明确界定了WWH-OBD系统需要提供的信息类型和功能，便于制造商和第三方诊断工具开发人员确保其产品和服务符合标准要求。


在用例定义中，标准详细说明了三个关键的用例（UC）：
1. UC1—与排放相关的OBD系统状态信息：该用例包含了车辆排放相关诊断系统状态信息，比如系统是否准备好、是否出现故障码等。

2. UC2—激活和确认的排放故障信息：这部分描述了车辆如何传递已经激活且确认的排放相关故障信息。
这对于诊断排放故障和制定维修计划至关重要。

3. UC3—以维修为目的的诊断信息：此用例涉及的数据和信息旨在帮助技术人员进行有效维修，包括故障代码、故障历史、待维修事项列表等。


车辆在线诊断（VOBD）是WWH-OBD标准中非常重要的一个概念。
VOBD系统包括了所有与车辆运行状态监测、诊断、存储和检索故障信息相关的功能和组件。
此外，VOBD数据集定义了车辆应该存储哪些类型的数据以及这些数据如何组织，VOBD访问方法则提供了获取这些数据的技术手段。


在阅读ISO27145-1标准时，还需了解文档所规定的标准使用范围。
这部分内容指出标准的适用对象、如何引用标准以及标准的术语和定义。
比如“VOBD”就是车辆在线诊断系统（Vehicle On-Board Diagnostic System）的缩写。
这些术语和定义是理解标准内容的基础。


标准中还可能包含一些参考文献，这些文献是进一步了解或深入研究该领域问题的重要资源。
通常这些文献来源可靠，能够为读者提供更全面的技术背景和信息。


总而言之，ISO27145-1中文版的出现，为国内从事车辆在线诊断系统开发和维修的专业人员提供了一个重要的标准化参考。
通过该标准，可以规范车辆的诊断通信方式，确保不同制造商生产的车辆之间的诊断兼容性，便于维修技术人员进行故障诊断和处理。
同时，该标准的实施有助于提升车辆排放系统的检测和维修效率，对于环保和道路安全都有着积极的意义。
需要注意的是，由于此标准是基于个人兴趣翻译，具体实施时还需以官方发布的准确翻译和解释为准。

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