cpp111111111111111111111111111112222222222222222222222222222222222222211111111111111111111111111111111111111
上传时间： 2019-01-22
上传用户：HsiuChi
编写一个程序Sqstack.cpp，实现顺序栈的基本运算，并在此基础上设计一个主程序实现对输入的合法中缀表达式求值，为简单起见，假设表达式只包含+,-,×,÷和括号符号。对完成如下功能： （1） 构建顺序栈S，并初始化顺序栈。 （2） 实现栈S的出栈、入栈算法。 （3） 实现判断栈S是否非空的算法。 （4） 利用栈的基本操作，实现操作数为一位整数的中缀表达式求值程序。 （5） 利用栈的基本操作，实现操作数为多位整数的中缀表达式求值程序。 （6） 释放栈。
上传时间： 2019-04-15
上传用户：1431313
C++Test如何在Linux中运行。 在Linux中安装、执行、动态
上传时间： 2019-05-14
上传用户：ccnt
上传时间： 2019-07-02
上传用户：justdownload
将CPP和h文件加载项目中就可支持json文件、字符，变量的处理
上传时间： 2020-09-30
上传用户：
-file /win8.vdf 镜像文件名，无此参数将搜索当前目录的iso镜像 -dev PciRoot(0x0)/Pci(0x1,0x1)/Ata(Primary,Master,0x0)/HD(3,MBR,0x9553A441,0xEFFF800,0x13FF800) 设备路径，无此参数默认为当前设备 -wait 50 启动前等待 -mem 将镜像载入内存， -type HD 可选CD HD FD,无此参数默认HD镜像类型，类型错了不能启动 -dev auto 搜索所有设备
上传时间： 2020-12-20
上传用户：
＃SFML —简单快速的多媒体库 SFML是一种简单，快速，跨平台和面向对象的多媒体API。它提供对窗口，图形，音频和网络的访问。它是用C ++编写的，并且具有针对各种语言（例如C，.Net，Ruby，Python）的绑定。 ##作者 -Laurent Gomila-主要开发人员（laurent@sfml-dev.org） -Marco Antognini-OS X开发人员（hiura@sfml-dev.org） -Jonathan De Wachter — Android开发人员（dewachter.jonathan@gmail.com） -Jan Haller（bromeon@sfml-dev.org） -Stefan Schindler（tank@sfml-dev.org） -LukasDürrenberger（eXpl0it3r@sfml-dev.org） -binary1248（binary1248@hotmail.com） -阿图·莫雷拉（Artur Moreira）（artturmoreira@gmail.com） -Mario Liebisch（mario@sfml-dev.org） -SFML社区的许多其他成员 ＃＃ 下载 您可以在[SFML的网站]（https://www.sfml-dev.org/download.php）上获得最新的官方版本。您还可以从[Git存储库]（https://github.com/SFML/SFML）获取当前的开发版本。 ##安装 按照[tutorials]（https://www.sfml-dev.org/tutorials/）的说明进行操作，SFML支持的每个平台/编译器都有一个。 ＃＃ 学习 有很多学习SFML的地方： * [官方教程]（https://www.sfml-dev.org/tutorials/） * [在线API文档]（https://www.sfml-dev.org/documentation/） * [社区Wiki]（https://github.com/SFML/SFML/wiki/） * [社区论坛]（https://en.sfml-dev.org/forums/）（[法语]（https://fr.sfml-dev.org/forums/）） ##贡献 SFML是一个开源项目，它需要您的帮助才能继续发展和改进。如果您想参与其中并提出一些其他功能，提交错误报告或提交补丁，请查看[贡献准则]（https://www.sfml-dev.org/contribute.php）。
上传时间： 2021-01-25
上传用户：
--stdafx.h中没有函数库，只是定义了一些环境参数，使得编译出来的程序能在32位的操作系统环境下运行。 windows和mfc的include文件都非常大，即使有一个快速的处理程序，编译程序也要花费相当长的时间来完成工作。由于每个.cpp文件都包含相同的include文件，为每个.cpp文件都重复处理这些文件就显得很傻了。 为避免这种浪费，appwizard和visualc++编译程序一起进行工作，如下所示： --appwizard建立了文件stdafx.h，该文件包含了所有当前工程文件需要的mfcinclude文件。且这一文件可以随被选择的选项而变化。 --appwizard然后就建立stdafx.cpp。这个文件通常都是一样的。 --然后appwizard就建立起工程文件，这样第一个被编译的文件就是stdafx.cpp。 --当visualc++编译stdafx.cpp文件时，它将结果保存在一个名为stdafx.pch的文件里。(扩展名pch表示预编译头文件。) --当visualc++编译随后的每个.cpp文件时，它阅读并使用它刚生成的.pch文件。visualc++不再分析windowsinclude文件，除非你又编辑了stdafx.cpp或stdafx.h。 在这个过程中你必须遵守以下规则： --你编写的任何.cpp文件都必须首先包含stdafx.h。 --如果你有工程文件里的大多数.cpp文件需要.h文件，顺便将它们加在stdafx.h(后部)上，然后预编译stdafx.cpp。 --由于.pch文件具有大量的符号信息，它是你的工程文件里最大的文件。 如果你的磁盘空间有限，你就希望能将这个你从没使用过的工程文件中的.pch文件删除。执行程序时并不需要它们，且随着工程文件的重新建立，它们也自动地重新建立。
标签： stdafx
上传时间： 2021-05-19
上传用户：1155
高质量C++和C编程指南资料说明[摘要]每个 C++/C 程序通常分为两个文件。一个文件用于保存程序的声明（declaration），称为头文件。另一个文件用于保存程序的实现（implementaTIon），称为定义（definiTIon）文件。 C++/C 程序的头文件以“.h”为后缀，C 程序的定义文件以“.c”为后缀，C++程序的定义文件通常以“.cpp”为后缀（也有一些系统以“.cc”或“.cxx”为后缀）。 自从计算机问世以来，程序设计就成了令人羡慕的职业，程序员在受人宠爱之后容易发展成为毛病特多却常能自我臭美的群体。如今在 Internet 上流传的“真正”的程序员据说是这样的： （1） 真正的程序员没有进度表，只有讨好领导的马屁精才有进度表，真正的程序员会让领导提心吊胆。 （2） 真正的程序员不写使用说明书，用户应当自己去猜想程序的功能。 （3） 真正的程序员几乎不写代码的注释，如果注释很难写，它理所当然也很难读。 （4） 真正的程序员不画流程图，原始人和文盲才会干这事。 （5） 真正的程序员不看参考手册，新手和胆小鬼才会看。 （6） 真正的程序员不写文档也不需要文档，只有看不懂程序的笨蛋才用文档。 （7） 真正的程序员认为自己比用户更明白用户需要什么。 （8） 真正的程序员不接受团队开发的理念，除非他自己是头头。 （9） 真正的程序员的程序不会在第一次就正确运行，但是他们愿意守着机器进行若干个 30 小时的调试改错。 （10）真正的程序员不会在上午 9:00 到下午 5:00 之间工作，如果你看到他在上午 9:00 工作，这表明他从昨晚一直干到现在。 …… 具备上述特征越多，越显得水平高，资格老。所以别奇怪，程序员的很多缺点竟然可以被当作优点来欣赏。就象在武侠小说中，那些独来独往、不受约束且带点邪气的高手最令人崇拜。我曾经也这样信奉，并且希望自己成为那样的“真正”的程序员，结果没有得到好下场。
上传时间： 2021-10-26
上传用户：
ISO 26262《道路车辆功能安全》国际标准是针对总重不超过3.5吨八座乘用车，以安全相关电子电气系统的特点所制定的功能安全标准，基于IEC 61508《安全相关电气/电子/可编程电子系统功能安全》制定，在2011年11月15日正式发布。ISO 26262是史上第一个适用于大批量量产产品的功能安全（Functional Safety）标准。特别需要注意的是，ISO 26262仅针对安全相关电子电气系统，包含电机、电子与软件零件，不应用于非电子电气系统（如机械、液压等）。功能安全之设计议题在汽车领域已被重视，因其关系人员安全与公司商誉等问题，透过危害分析与风险评估（Hazard Analysis & Risk Assessment，HARA）及V模型设计架构，使功能安全需求等级得到一致性的分析结果，以利汽车电子系统之生命周期考虑到所需失效防止技术与管理要求，并借由设计开发、查证（Verification）及确认（Validation）等能力成熟度模型集成（CMMI-DEV）流程加以实现，使得产品之功能安全符合所需汽车安全完整性等级（ASIL）。
上传时间： 2022-05-30
上传用户：
