一、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
2025/5/25 15:07:29 613KB 鸡啄米 VS2010 MFC
1
jira管理员使用手册最详细版目录第一章、问题类型 21、添加问题类型: 22、添加”问题类型方案”;
并将需要的”问题类型”添加到我们的”问题类型方案”中: 34、添加完保存的效果,如下图: 35、将“问题类型方案”,应用的项目: 4第二章、自定义字段直接到项目 5目标1、在”创建问题”界面增加一个“多用户组选择器”,如下图: 5步骤一、自定义字段: 5(1)、进入到自定义字段: 5(2)、需要其他字段,可以任意选择(这里以多用户组选择器为例): 6步骤二、创建字段时与问题类型、项目进行关联: 6(3)、根据提示填写(注意选择的内容): 6步骤三、自定义字段时,与界面进行关联: 7(4)、选择将添加的字段应用到哪个界面: 7(5)、创建问题单,此时可以到我们添加的字段了(注意下面的前提条件) 7第三章、界面方案配置: 7步骤一、增加界面 71、新增界面: 72、将需要的字段添加到界面: 8步骤二、新增界面方案 83、新增界面方案(界面方案与界面关联) 84、新增“界面方案”成功如下图,然后点击“配置”将问题类型与界面关联: 95、问题操作“创建问题”与“luke新增界面”进行关联: 96、关联成功的效果如下图,只关联了“创建问题”,其它问题类型采用默认值: 10步骤三、创建”问题类型界面界面方案”: 107、创建“问题类型界面方案”,这里以创建“luke问题类型界面方案”为例: 108、创建成功后,返回”界面方案”查看,发现在“问题类型界面界面方案”列有信息了: 109、返回“问题类型界面方案”进行配置,如下图: 1010、问题类型与界面方案进行关联: 1111、创建成功效果(这里只对一个问题类型“软件bug”进行关联): 11步骤四、将”问题类型界面方案”应用到项目: 1112、对项目所采用的“问题类型界面方案”进行修改: 1113、项目于“问题类型界面方案”进行“关联”: 1214、关联后的效果如下图,没有关联的“问题类型”和“问题操作”怎么也被关联了呢? 1215、看下“问题类型界面方案”的设置吧,因为未指定的采用了默认值: 1216、我们去看看效果吧(这里果然只有我们指定的2个字段): 1317、我看看其它问题类型是什么样的吧(果然如我们所料): 1318、我们去设置未指定的问题类型为系统的默认值吧: 1319、下图是我们将为指定的问题类型采用了系统默认的界面方案: 14第四章、字段配置 15步骤一、配置”自定字段”(如果需要其它字段,自行添加)。
15目的:1、把“luke日期选择器”设置为默认当前日期: 15步骤二、创建”字段配置”: 17目的2、创建“字段配置”把“luke日期选择器”设置为必填: 17步骤三、创建”字段配置方案”: 19目的:3、创建“字段配置方案”,将“字段配置”映射到问题类型上: 19步骤四、创建“字段配置方案”: 21目的:4、进入创建问题界面,查看效果(变为了必填,还有了默认值): 22第五章、工作流 23步骤一、添加状态 24(1)、进入管理员后台,进入“问题”“状态”界面: 24(2)、添加完毕后的截图: 24步骤二、新建工作流: 24步骤三、添加工作流方案: 25(1)、添加工作流方案: 25(2)、指派工作流 25(3)、进入到如下界面,然后点击“askforleave”: 25(4)、添加工作流状态: 26(5)、添加步骤 26(6)、为当前步骤添加”工作流动作”,指定”目标步骤”: 26(7)、添加完毕后的截图如下: 27
2025/5/25 7:57:57 3.59MB jira 管理员 手册
1
电报在线状态记录器机器人。
“我郑重发誓我无能为力。
”〜哈利·波特宇宙使用Telethon库检查联机状态以及是否已更改。
如果检测到更改,则漫游器会向您发送消息。
这个怎么运作spy.py将托管一个您可以与之交互的机器人。
在Telegram上,您可以与bot聊天,并通过bot命令在监视列表中添加/删除用户。
如果列表中的任何用户更改了其在线状态,则该漫游器会向您发送消息。
安装pipinstalltelethon建立在上创建您的电报应用程序,并将API_HASH和API_ID替换为您的API。
API_HASH='yourapihash'API_ID=
2025/5/25 6:31:30 141KB tracker bot monitoring online
1
一、实验目的:通过设计编制调试一个具体的词法分析程序,加深对词法分析原理的理解。
并掌握在对程序设计语言源程序进行扫描过程中将其分解为各类单词的词法分析方法。
编制一个读单词过程,从输入的源程序中,识别出各个具有独立意义的单词,即基本保留字、标识符、常数、运算符、分隔符五大类。
并依次输出各个单词的内部编码及单词符号自身值。
(遇到错误时可显示“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语言子集的源程序作为词法分析程序的输入数据。
在词法分析中,自文件头开始扫描源程序字符,一旦发现符合“单词”定义的源程序字符串时,将它翻译成固定长度的单词内部表示,并查填适当的信息表。
经过词法分析后,源程序字符串(源程序的外部表示)被翻译
2025/5/25 6:43:53 4KB 词法分析
1
元胞自动机是一种用来仿真局部规则和局部联系的方法,典型的元胞自动机是定义在网格上的,每一个点上的网格代表一个元胞与一种有限的状态。
元胞自动机已被应用于物理模拟,生物模拟等领域。
2025/5/24 20:34:45 13KB 元胞自动机
1
uml状态图1.图书状态图;
2.图书借阅卡状态图3、图书馆业务模块中“还书”用例的状态图。
(例如还书业务的动态行为是由:空闲(idle)、图书查找(finding)、还书(reversion)、失败(Failure)、归还成功(Success)5种状态及激活相互转换的事件。
2025/5/24 3:38:21 32KB uml状态图
1
银行家算法是死锁避免的经典算法,其核心思想是:进程动态地申请资源,每次申请资源时系统都执行安全状态检查算法判断本次申请是否会造成系统处于不安全状态,如果不安全则阻塞进程;
如果安全状态,则完成资源分配。
安全状态检查算法的思想是找到一个安全序列,使所有进程都能执行完毕。
如果找到,则处于安全状态,否则为不安全状态。
1
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中文版的出现,为国内从事车辆在线诊断系统开发和维修的专业人员提供了一个重要的标准化参考。
通过该标准,可以规范车辆的诊断通信方式,确保不同制造商生产的车辆之间的诊断兼容性,便于维修技术人员进行故障诊断和处理。
同时,该标准的实施有助于提升车辆排放系统的检测和维修效率,对于环保和道路安全都有着积极的意义。
需要注意的是,由于此标准是基于个人兴趣翻译,具体实施时还需以官方发布的准确翻译和解释为准。
2025/5/21 22:57:50
1
SAE J1699-1-2021 是一份关于道路车辆OBD-II(On-Board Diagnostics II)验证测试程序的标准文档,由SAE(美国汽车工程师学会)发布,旨在推动汽车技术与工程科学的发展。
这个标准是自愿采用的,其适用性和对于任何特定用途的适合性,包括可能由此引发的专利侵权问题,均由使用者自行负责。


OBD-II系统是汽车诊断的一种标准,它允许技术人员通过车辆的数据端口访问和分析车辆的故障信息。
SAE J1699-1标准详细规定了如何验证这些系统是否符合规定的性能和兼容性要求。
这份2021年的更新版本是对2006年版的J1699-1标准的修订或确认,确保与当前汽车技术保持同步。


J1699-1标准的稳定化(Stabilized)状态意味着其中涵盖的技术、产品或过程已经成熟,不太可能在可预见的未来发生重大变化。
这意味着尽管这个标准被认定为稳定,但用户仍然需要定期检查参考信息,以确保技术要求的持续适用性,因为可能存在更新的技术。


此标准包含了OBD-II系统的测试步骤和程序,旨在确保车辆制造商生产的OBD-II接口能够准确、一致地报告和处理车辆的诊断信息。
这些测试可能包括但不限于通信协议一致性、故障代码设置的正确性、故障指示灯的触发条件以及数据流的准确传输。


该标准还涉及到SAE J1850,这是一个早期的通信协议,用于OBD-II系统中,用于在车辆的ECU(电子控制单元)和诊断工具之间交换信息。
J1699-1标准可能会扩展到其他通信协议,以适应现代车辆中更复杂的网络架构和更高的数据传输需求。


SAE J1699-1-2021的实施可以帮助确保车辆的排放控制系统的有效性,因为它要求OBD-II系统能够检测和报告任何可能导致排放超过法定限值的故障。
这有助于维护环境法规的执行,并促进汽车行业的技术进步和创新。


要获取这份标准的完整内容,可以联系SAE International,通过电话、传真或电子邮件下单,或者访问其官方网站进行在线购买。
同时,SAE也鼓励用户提供书面评论和建议,以帮助持续改进这些标准。
2025/5/21 22:54:09
1
hyperv-scom部署实施文档,协助运维人员时刻了解数据中心的角色的运行状态,使用知识库,充分的产品知识,有助于快速解决问题IT解决能力的分析工具,有利于分析性能和跟踪服务级别
17.54MB linux
1
共 1000 条记录 首页 上一页 下一页 尾页
在日常工作中,钉钉打卡成了我生活中不可或缺的一部分。然而,有时候这个看似简单的任务却给我带来了不少烦恼。 每天早晚,我总是得牢记打开钉钉应用,点击"工作台",再找到"考勤打卡"进行签到。有时候因为工作忙碌,会忘记打卡,导致考勤异常,影响当月的工作评价。而且,由于我使用的是苹果手机,有时候系统更新后,钉钉的某些功能会出现异常,使得打卡变得更加麻烦。 另外,我的家人使用的是安卓手机,他们也经常抱怨钉钉打卡的繁琐。尤其是对于那些不太熟悉手机操作的长辈来说,每次打卡都是一次挑战。他们总是担心自己会操作失误,导致打卡失败。 为了解决这些烦恼,我开始思考是否可以通过编写一个全自动化脚本来实现钉钉打卡。经过一段时间的摸索和学习,我终于成功编写出了一个适用于苹果和安卓系统的钉钉打卡脚本。
2024-04-09 15:03 15KB 钉钉 钉钉打卡