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
上傳用戶：
