原创 C++學習-1(各種編譯器,以及qt下使用qmake,cmake,linux下使用cmake管理)

一、基礎C++ 1、g++和gcc都是ubuntu系統自帶的,是一套的,因此很多使用都是一樣的, 2、g++ -v查看C++編譯器版本號,可以查看出 x86_64-linux-gnu gcc version 5.4.0 20160

原创 基於QT的倉庫禮品出入庫管理(第一個給別人使用的軟件)

件界面 涉及到的知識點; 1、UI控件 佈局,點擊事件,表格的使用及點擊表頭的來進行篩選。 2、整個文件、文件夾的處理。整個過程都是新建文件,讀寫文件,解析數值,計算庫存,導出表格 3、軟件圖像的替換,還需要利用格式化工廠將圖片

原创 知識體系由C推導學習C++中namespace的詳細使用

需具備的知識體系知識 1、編譯鏈接 編譯:C和C++都是按行編譯,因此如果需要調用一個函數,如果在調用之前的代碼裏面沒有定義或聲明則會報編譯錯誤,找不到 鏈接;主要是作用域和文件內外部鏈接屬性相關的,這裏就是要確保調用的時候能夠找

原创 嵌入式驅動初步移植open時內核出錯

現象:操作一切都是對的,並且我們只進行open操作,從應用層open設備文件,驅動程序中對應一個open文件,並且只做了一個printk操作就時出現內核指向NULL錯誤,但是我們不加入應用層,進行操作都是可以進行模塊安裝卸載的。

原创 道通實習回顧筆記

從2月28號到今天4月30號,兩個月的實習生活就這樣飛速的快去了。在期間感謝各方熱心的支持幫助和陪伴,也感謝自己的堅持奮鬥,讓自己在短短的2個月裏有了很大的蛻變,感謝。記性比較差,不希望這段經歷在後期被遺忘,寫下博客以便後期回顧

原创 C語言面試題每天10道題 ___3

1:指針加法 加1 是加單元1 單元的大小就是看指針指向數據類型的大小 2;數組名 首元素的地址 則爲指向首元素的指針 則單元大小爲 首元素大小 &數組名 數組名的地址 則表示整個數組的首地址 則單元大小爲整個

原创 Python3.7離線安裝Requests無法正常使用問題(轉載)

https://www.cnblogs.com/mrgavin/p/12291274.html Python3.7離線安裝Requests無法正常使用問題 繼續搬磚… 春節前,克服了網絡受限的情況下離線安裝Python庫文件問題,

原创 C++之調用腳本實現複製當前路徑指定目錄下文件到另外的地方

使用system()可以完成程序調用腳本,其實system(“pause”);就是這個原理的 #include <iostream> #include <string> #include <vector> #include <wi

原创 C和C++的混合編程及庫的調用

1·如何混合編程; (1)程序編譯過程:源文件->目標(庫)文件->可執行程序->鏡像文件 (2)任何編程語言執行時都必須是可執行程序,所以都必須先被編譯成目標文件 (3)混合編程的“混合”操作發生在鏈接這一步 2;C++和C混合

原创 QT項目之文件重複檢測

QT文件重複檢測項目主要完成一個路徑下的所有文件的檢測,通過讀取每個文件獨有的屬性Md5值完成重複文件的鑑別。 該項目主要涉及的知識點有; 1、無邊框窗口的拖拽,陰影 (1)調用系統函數 //主要完成去除系統默認邊框,將自己定義

原创 Ubuntu16.04直接安裝Vim失敗(庫依賴不匹配-一般可採用aptitude方式安裝)

1;原因提示是;服務器的Vim版本與本地Ubuntu16.04中Vim相關 的庫不匹配   方案1;更新下載源; sudo apt-get update 方案2;採用另外一種下載方法(aptitude;一種會提供解決方案選擇的下載方法)

原创 “狀態變化”模式的兩種——State狀態模式,Memento備忘錄模式

當某些對象的狀態經常面臨改變的時候(狀態的改變也會意味着行爲也會改變),如何對這些變化進行管理,並同時維持高層模塊的穩定。這就是“狀態變化”模式需要解決的。 State模式其實就是類似於策略模式,只是策略模式針對的是算法的變化,而

原创 對象性能模式——單件模式和亨元模式

單件模式; 之前的模式都是與項目整體的設計相關的,什麼高內聚,鬆耦合、多態,隔離。但是對象性能模式不是從這些方面的設計模式、而是從軟件的性能方面入手的、其實與公司代碼裏面很多類對象實現的那種單例是一個意思、唯一的目的就是如果這個類

原创 “接口隔離”模式

“接口隔離”模式其本質就是採用添加一層【間接】的穩定的接口,來隔離本來相互緊密關聯的接口。其實間接的方法在之前很多設計模式都可以體現到,如依賴倒置原則,就是通過添加一層間接的接口,將new方法隔離出去,實現多態。這裏統一將接口隔離

原创 單一職責分類的裝飾者模式和橋模式

單一職責大概就是讓每個類的職責任務作用都是單一的,而不是臃腫複雜的。 單一職責分類的設計模式包括裝飾者模式和橋模式。 裝飾者模式;利用對象組合,解決主體類在多個方向上的擴展能力。 橋模式;利用對象組合,解決“兩個非常強的變化維度的