簡介一個基于Qt的個人記賬本教學(xué)案例面向初學(xué)Qt或正在做課程設(shè)計的開發(fā)者以Windows 10 Qt5.9.9 MinGW32為開發(fā)環(huán)境展示了跨平臺工程的結(jié)構(gòu)與實現(xiàn)思路。案例重點(diǎn)覆蓋用戶界面搭建、信號與槽機(jī)制、數(shù)據(jù)存儲與查詢以及不同操作系統(tǒng)下的兼容處理。代碼注釋清晰適合作為記賬類應(yīng)用的起步模板。資源包共8個文件包含3個C源文件、2個頭文件、工程文件.pro、Qt Creator用戶配置.user和README說明文檔壓縮包僅17KB內(nèi)容精煉便于逐行閱讀。目前已有275人學(xué)習(xí)適合快速借鑒項目結(jié)構(gòu)。通過閱讀源碼可掌握基于QTableView等控件的記賬界面布局理解databasemanager對賬目記錄的增刪查改操作還能參考其跨平臺運(yùn)行配置方法。對于需要完成Qt課程作業(yè)或了解桌面應(yīng)用開發(fā)流程的讀者是一份可直接上手的輕量示例。1. 項目概述為什么拿記賬本當(dāng)Qt教學(xué)案例做Qt教學(xué)這么多年如果讓我只挑一個項目帶新手完整走一遍我肯定選個人記賬本。為什么因為它麻雀雖小五臟俱全。界面布局、信號槽、數(shù)據(jù)庫操作、模型視圖、圖表繪制、打包發(fā)布Qt開發(fā)里你能叫得上名字的模塊它幾乎全都能用上。而且記賬本的需求每個讀者都懂不用花時間解釋業(yè)務(wù)邏輯可以把全部注意力放在技術(shù)實現(xiàn)上。這次項目我?guī)У氖且蝗簞倢W(xué)完C基礎(chǔ)、準(zhǔn)備轉(zhuǎn)向Qt桌面開發(fā)的同學(xué)。我選了Qt 5.15.2 Qt Creator這套組合編譯器用的MSVC2019 64位。項目最終實現(xiàn)的效果是能記錄收入和支出按日期、分類篩選流水用表格呈現(xiàn)所有記錄用圖表直觀展示每月的收支趨勢和分類占比數(shù)據(jù)全部持久化存儲到本地SQLite數(shù)據(jù)庫文件里。說實話第一次上課的時候我并沒有指望這群同學(xué)能寫出多驚艷的功能我更看重的是整個代碼結(jié)構(gòu)是否清晰、模塊劃分是否合理。但從最終的提交作業(yè)來看有幾個同學(xué)確實把我教的套路吃透了甚至自己主動加了年度預(yù)算提醒功能。這個項目的可擴(kuò)展性就是這么強(qiáng)——核心架構(gòu)搭好后往上加功能就是水到渠成的事。如果你是剛開始學(xué)Qt或者學(xué)了一半感覺知識很散、不知道能做什么我強(qiáng)烈建議你跟著這個項目走一遍。這套案例適合有三到六個月C基礎(chǔ)的人完全不熟悉面向?qū)ο蟮淖x者可能需要先補(bǔ)一下類、繼承、多態(tài)這些基礎(chǔ)概念。項目整體工作量大約是一到兩周的課余時間做完之后你對Qt的理解會有一個質(zhì)的飛躍。2. 整體設(shè)計思路拆解從需求到模塊劃分2.1 記賬本的核心需求到底有哪些提需求這事看起來簡單但真讓你把“記賬”二字拆開你會發(fā)現(xiàn)里面藏著一堆細(xì)節(jié)。我?guī)е鴮W(xué)生們花了一節(jié)課專門列需求清單最后大家達(dá)成一致一個能用的記賬本起碼要有流水記錄金額、分類、日期、備注、按時間范圍查詢、按分類統(tǒng)計、圖表展示、數(shù)據(jù)存儲這五塊。前排有個同學(xué)還提了一句“老師能不能加個導(dǎo)入導(dǎo)出Excel的功能”我當(dāng)時沒讓他做但對于有余力的同學(xué)確實是個不錯的加分項。Qt里用QAxObject操作Excel是現(xiàn)成的方案不過需要Windows環(huán)境而且代碼量不小基礎(chǔ)階段先不碰它。我把需求拆成了幾個核心模塊數(shù)據(jù)層負(fù)責(zé)SQLite表的創(chuàng)建和增刪改查業(yè)務(wù)層負(fù)責(zé)校驗金額、格式化日期這類規(guī)則界面層由主窗口、流水表格、篩選區(qū)、統(tǒng)計圖四部分組成。這里面的核心思想是分層——界面代碼不直接寫SQL數(shù)據(jù)層不關(guān)心按鈕在哪里各玩各的互相通過接口通信。2.2 技術(shù)選型為什么是SQLite QTableView QChart先說數(shù)據(jù)存儲。記賬本這類輕量級個人工具數(shù)據(jù)量撐死幾千條用MySQL或PostgreSQL純屬殺雞用牛刀。SQLite作為嵌入式數(shù)據(jù)庫不需要獨(dú)立服務(wù)進(jìn)程Qt自帶的QSQLITE驅(qū)動直接就能用生成的文件就是一個.db文件拷走就能遷移做教學(xué)案例再合適不過。表格顯示方面我見過不少教程直接教新手往QTableWidget里逐行insert數(shù)據(jù)。這個方案不是不行但每次刷新都要手動清空再重填代碼又臭又長。更好的選擇是QTableView QSqlTableModel的組合模型綁定數(shù)據(jù)庫表之后增刪改操作會自動同步到界面刷新邏輯全省了。這背后的思想是Qt的模型視圖架構(gòu)數(shù)據(jù)模型和顯示視圖分離模型改了視圖自動跟著變。圖表部分用的QChart。它從Qt 5.7開始就是官方模塊畫折線圖、餅圖都挺順手而且和QWidget配合得很自然。網(wǎng)上也有很多人用QCustomPlot但它畢竟是第三方庫需要額外集成源碼教學(xué)場景下我用官方的東西省去環(huán)境配置的麻煩。關(guān)于QCustomPlot的性能優(yōu)勢等以后做高頻刷新數(shù)據(jù)的項目時再介紹。2.3 這個方案能讓學(xué)生學(xué)到什么如果只是為了做一個記賬工具現(xiàn)成的開源項目隨便下載一個都比我們寫的強(qiáng)。教學(xué)案例的價值在于讓學(xué)習(xí)者在這個過程中掌握一套通用的Qt開發(fā)方法論。首先是信號槽機(jī)制。界面上的“添加記錄”按鈕點(diǎn)擊后如何觸發(fā)數(shù)據(jù)層的插入操作參數(shù)怎么傳遞這條鏈路是整個Qt應(yīng)用開發(fā)的核心。其次是模型視圖架構(gòu)QSqlTableModel一個類就把數(shù)據(jù)庫和界面串起來了理解了它以后再接觸QStandardItemModel、QSortFilterProxyModel都會很輕松。再次是圖表繪制QChart的API設(shè)計得相當(dāng)規(guī)整學(xué)會畫一個餅圖換個series類型就能畫折線圖、柱狀圖。我一直跟學(xué)生強(qiáng)調(diào)一句話學(xué)Qt不要背API要背套路。就像做菜一樣同樣是西紅柿炒雞蛋老手知道先炒蛋還是先炒番茄、什么時候放糖什么時候放鹽這些套路才是經(jīng)驗所在。這個項目覆蓋的套路足夠多做完一遍你對Qt的整體認(rèn)知框架也就建立起來了。3. 核心細(xì)節(jié)解析與實操要點(diǎn)3.1 數(shù)據(jù)庫表設(shè)計分類表與流水表的前世今生數(shù)據(jù)庫設(shè)計是一切的根基表建得不好后面寫代碼全是坑。我們的記賬本需要兩張表分類表category和流水表record。數(shù)據(jù)庫直接用sqlite的main schema建表語句如下CREATE TABLE IF NOT EXISTS category ( id INTEGER PRIMARY KEY AUTOINCREMENT, name TEXT NOT NULL UNIQUE, type TEXT NOT NULL CHECK(type IN (income, expense)) ); CREATE TABLE IF NOT EXISTS record ( id INTEGER PRIMARY KEY AUTOINCREMENT, category_id INTEGER NOT NULL, amount REAL NOT NULL CHECK(amount 0), record_date TEXT NOT NULL, note TEXT, FOREIGN KEY(category_id) REFERENCES category(id) );這里我故意用了兩個設(shè)計決策需要解釋一下為什么。第一金額為什么不存成整數(shù)分而是用REAL如果涉及金融交易浮點(diǎn)數(shù)的精度問題很致命必須用整數(shù)存儲最小單位。但個人記賬本場景下金額就是給人看的一般也就兩位小數(shù)REAL類型夠用了。我不想在教學(xué)中過早引入精度問題分散注意力。如果你的項目對接支付系統(tǒng)請務(wù)必改成以分為單位的整數(shù)字段。第二日期為什么用TEXT不用DATE類型SQLite本身就是弱類型數(shù)據(jù)庫DATE類型存進(jìn)去本質(zhì)上也是TEXT。我用ISO格式Y(jié)YYY-MM-DD存日期好處是字典序就是時間序直接ORDER BY record_date就能得到正確排序不用做任何轉(zhuǎn)換。這個細(xì)節(jié)很多人不注意到了做區(qū)間篩選的時候才后悔。分類表的type字段加了CHECK約束限定只能是income或expense從數(shù)據(jù)庫層面杜絕臟數(shù)據(jù)。record表通過category_id外鍵關(guān)聯(lián)分類表這也是一個相對規(guī)范的范式設(shè)計。雖然SQLite默認(rèn)不強(qiáng)制外鍵約束需要PRAGMA foreign_keys ON但表結(jié)構(gòu)上有這層關(guān)系做JOIN查詢時就順理成章了。3.2 界面布局QTableView QChartView怎么放才順手界面我采用的是左右分欄布局左側(cè)是操作區(qū)和統(tǒng)計圖表右側(cè)是流水表格區(qū)。整體用QSplitter承載運(yùn)行后用戶可以自由拖動分隔條調(diào)整兩側(cè)比例比固定布局多了點(diǎn)靈活性。右側(cè)核心控件是QTableView。我把它的selectionBehavior設(shè)置為QAbstractItemView::SelectRows用戶點(diǎn)擊任意單元格都選中整行。列寬策略上金額列設(shè)為ResizeToContents備注列設(shè)為Stretch這樣長備注會自動撐開而金額列不會因為顯示數(shù)字長度不同而抖動。所有列默認(rèn)都不能編輯編輯入口統(tǒng)一放在“添加/編輯”彈窗里避免用戶在表格里隨意改數(shù)據(jù)。左側(cè)上半部分是篩選區(qū)包含開始日期、結(jié)束日期兩個QDateEdit一個收支類型下拉框QComboBox以及“查詢”和“重置”兩個按鈕。下半部分是一個帶Tab的QTabWidget第一個Tab放月度收支折線圖QChartView第二個Tab放分類占比餅圖。頂部工具欄則放了“添加收入”“添加支出”“編輯”“刪除”四個按鈕。為什么把收入支出分開兩個按鈕而不是一個統(tǒng)一的“添加”按鈕因為實際使用中用戶在記錄一筆收入時他腦子里很清晰這是收錢的不想再點(diǎn)一下下拉框選類型。直接分開兩個入口每個按鈕預(yù)置好類型操作路徑短了一截體驗會好很多。這兩個按鈕復(fù)用一個添加對話框只是傳入的type參數(shù)不同。整個主窗口用QSS做了一套淺色主題。我給學(xué)生展示了一套簡化的QSS重點(diǎn)演示了QPushButton的hover效果、QTableView表頭的背景色設(shè)置、QDateEdit的圓角邊框。不需要太復(fù)雜但能讓學(xué)生看到QSS的威力——同樣的代碼加了樣式之后觀感完全不一樣。3.3 關(guān)鍵代碼拆解增刪改查與圖表刷新的完整鏈路先說最核心的數(shù)據(jù)庫連接與模型初始化。我在main函數(shù)里只做一件事設(shè)置應(yīng)用名稱和打開數(shù)據(jù)庫文件初始化工作全部放在MainWindow構(gòu)造函數(shù)里這樣邏輯更內(nèi)聚。QSqlDatabase db QSqlDatabase::addDatabase(QSQLITE); db.setDatabaseName(QCoreApplication::applicationDirPath() /accounting.db); if (!db.open()) { QMessageBox::critical(this, 錯誤, 數(shù)據(jù)庫打開失敗: db.lastError().text()); return; }打開數(shù)據(jù)庫后緊接著創(chuàng)建表和初始化分類數(shù)據(jù)。如果category表是空的就插入默認(rèn)的幾個分類工資、獎金收入類餐飲、交通、購物、居住、娛樂支出類。流水表的模型初始化代碼如下model new QSqlTableModel(this); model-setTable(record); model-setSort(3, Qt::DescendingOrder); // 按日期倒序 model-setHeaderData(1, Qt::Horizontal, 分類); model-setHeaderData(2, Qt::Horizontal, 金額); model-setHeaderData(3, Qt::Horizontal, 日期); model-setHeaderData(4, Qt::Horizontal, 備注); model-select(); ui-tableView-setModel(model);這里有個坑必須提一下QSqlTableModel默認(rèn)顯示的列是表的全部列但我不希望用戶看到category_id這個外鍵字段所以用setHeaderData改了表頭名稱還不夠還需要隱藏category_id列。正確做法是調(diào)用ui-tableView-setColumnHidden(1, true)但要注意列索引是從0開始的第0列是id第1列才是category_id別隱藏錯了。添加記錄時我用了一個QDialog對話框里面放了分類下拉框選項根據(jù)當(dāng)前是收入還是支出從category表拉取、金額輸入框QDoubleSpinBox范圍0.01到9999999.99步長0.01、日期選擇QDateEdit默認(rèn)今天和備注輸入框QLineEdit。確定按鈕綁定的槽函數(shù)如下void MainWindow::onAddRecord(const QString type) { QSqlQuery query; query.prepare(INSERT INTO record (category_id, amount, record_date, note) VALUES (?, ?, ?, ?)); query.addBindValue(dlg-categoryId()); query.addBindValue(dlg-amount()); query.addBindValue(dlg-date().toString(yyyy-MM-dd)); query.addBindValue(dlg-note().trimmed()); if (!query.exec()) { QMessageBox::warning(this, 錯誤, 添加失敗: query.lastError().text()); return; } model-select(); refreshChart(); }這里用了prepared statement和addBindValue綁定參數(shù)而不是直接把字符串拼進(jìn)SQL。這不僅是防SQL注入的安全習(xí)慣還能讓代碼邏輯更清晰。很多初學(xué)者圖省事寫字符串拼接遇到值里帶引號就炸了預(yù)編譯綁定完全規(guī)避了這類問題。圖表刷新是整個項目里最讓學(xué)生眼前一亮的環(huán)節(jié)。我用QChart的折線圖展示近30天每天的收入和支出總額餅圖展示本月各類支出占比。以餅圖為例void MainWindow::refreshPieChart() { QSqlQuery query; query.prepare(SELECT c.name, SUM(r.amount) FROM record r JOIN category c ON r.category_id c.id WHERE c.type expense AND r.record_date LIKE :prefix GROUP BY c.name); query.bindValue(:prefix, QDate::currentDate().toString(yyyy-MM) %); QPieSeries *series new QPieSeries(); while (query.next()) { series-append(query.value(0).toString(), query.value(1).toDouble()); } QChart *chart new QChart(); chart-addSeries(series); chart-setTitle(本月支出分類占比); chart-legend()-setAlignment(Qt::AlignRight); chart-setAnimationOptions(QChart::SeriesAnimations); ui-pieChartView-setChart(chart); ui-pieChartView-setRenderHint(QPainter::Antialiasing); }有幾個容易忽略的細(xì)節(jié)值得強(qiáng)調(diào)。QChartView::setRenderHint(QPainter::Antialiasing)這句能讓圖表邊緣平滑不設(shè)置的話折線和餅圖邊緣有鋸齒很影響觀感。chart-legend()-setAlignment(Qt::AlignRight)把圖例放在右邊對于分類多的場景比放底部省空間。setAnimationOptions(QChart::SeriesAnimations)給圖表加了動畫效果刷新數(shù)據(jù)時過渡很流暢花一行代碼換來視覺效果大幅提升這筆買賣很劃算。3.4 篩選查詢與統(tǒng)計邏輯篩選功能本質(zhì)上就是動態(tài)修改QSqlTableModel的filter屬性。比如用戶選擇了開始日期、結(jié)束日期和收入類型我就拼接filter字符串QString filterConditions; // 條件集合 if (!startDate.isEmpty() !endDate.isEmpty()) { filterConditions record_date BETWEEN startDate AND endDate ; } if (currentType ! all) { // 需要先join category表才能按類型過濾 model-setFilter(...); }不過這里有個隱藏的坑QSqlTableModel默認(rèn)只操作一張表如果要在tableView中顯示分類名稱來自category表而不是category_id就不能直接在filter里寫category.type income。我的解決辦法是在record表里冗余存儲一個type字段插入時由程序?qū)懭腚m然反范式但省掉了JOIN的復(fù)雜度。這算是教學(xué)項目的務(wù)實折中真實項目中我會考慮用QSqlQueryModel配合自定義SQL來實現(xiàn)聯(lián)表查詢。關(guān)于篩選我還引入了一個小技巧金額出入校驗。當(dāng)用戶輸入的開始日期晚于結(jié)束日期時直接提示并阻斷查詢而不是拿一個空結(jié)果糊弄用戶。這類防御性編程的思路比功能本身更值得學(xué)生吸收。4. 實操過程與常見問題排查4.1 手把手從新建工程到跑起來我用的開發(fā)環(huán)境是Windows 10 Qt 5.15.2 Qt Creator 4.14。第一步是新建Qt Widgets Application工程注意在Kit Selection頁面勾選MSVC2019 64位別選成MinGW。有些同學(xué)電腦上兩套編譯器都裝了結(jié)果編譯時庫不匹配報出一堆link錯誤。在.pro文件中需要追加這行配置QT sql charts不加這一行代碼里#include 或#include 會直接報找不到頭文件的錯誤。很多新手第一次遇到這個問題都是懵的其實就是漏了模塊聲明。接下來按順序添加以下文件database.h / database.cpp封裝數(shù)據(jù)庫初始化、建表、默認(rèn)分類插入recorddialog.h / recorddialog.cpp添加/編輯記錄的對話框類mainwindow.h / mainwindow.cpp主窗口集成表格、篩選、圖表main.cpp程序入口按這個順序?qū)懙暮锰幨且蕾囮P(guān)系遞減先做底層再做界面每完成一塊都可以編譯跑一次驗證。我反復(fù)強(qiáng)調(diào)學(xué)生不要寫完2000行代碼再編譯那樣一旦報錯根本不知道從哪里找起。分步編譯調(diào)試的習(xí)慣從第一個Qt項目就要養(yǎng)成。全部代碼寫完后在Qt Creator左下角點(diǎn)擊綠色三角箭頭直接運(yùn)行。成功后會看到一個空白的表格和兩個空白圖表。此時別急著高興測試一下添加記錄點(diǎn)“添加支出”分類選“餐飲”金額輸入25.5日期保持今天備注寫“午餐”確定后表格里多了一行餅圖上也出現(xiàn)了餐飲這一塊。此時的成就感會特別真實。4.2 高頻率問題實錄你踩過的坑這里都有問題一運(yùn)行報“no qt platform plugin could be initialized”這個報錯出現(xiàn)在雙擊exe直接運(yùn)行時典型的運(yùn)行環(huán)境問題。在Qt Creator里跑沒問題但脫離Creator直接運(yùn)行exe就報這個錯。原因是exe找不到Qt的platforms插件目錄qwindows.dll所在文件夾。解決方案是用windeployqt工具部署在命令行執(zhí)行windeployqt --release path\to\your\app.exe它會自動把exe依賴的Qt DLL和plugins復(fù)制到exe所在目錄。我在項目結(jié)束后的打包發(fā)布環(huán)節(jié)專門演示了一遍把C盤Qt目錄下的windeployqt.exe路徑加入系統(tǒng)PATH然后在build目錄里執(zhí)行命令瞬間多出幾十個文件。再去bin目錄里看一眼確認(rèn)qwindows.dll在platforms子目錄下運(yùn)行就正常了。記住一個原則發(fā)給別人的程序一定用windeployqt部署過別直接發(fā)裸exe。問題二QChart圖表不顯示界面上一片空白我排查過好幾次這個問題最后發(fā)現(xiàn)是忘了寫chart-createDefaultAxes()。折線圖需要坐標(biāo)軸餅圖則不需要。如果沒創(chuàng)建默認(rèn)軸系列數(shù)據(jù)根本沒有軸可依圖自然畫不出來。另外還有一個坑是QChartView只綁定了一個新的QChart實例但舊實例沒釋放導(dǎo)致內(nèi)存泄漏表現(xiàn)就是切換Tab再切回來后圖表消失了。我給學(xué)生強(qiáng)調(diào)每次刷新圖表時先delete chart再新建或者讓QChartView的setChart接管新chart的所有權(quán)。問題三QSS樣式不對按鈕沒反應(yīng)初學(xué)者寫好QSS后經(jīng)常發(fā)現(xiàn)樣式?jīng)]生效。常見原因有三個一是選擇器寫錯了比如.QPushButton誤寫成了QPushButton注意帶不帶點(diǎn)前綴含義完全不同二是沒有用#objectName指定對象名三是QSS文件沒有被加載。我在項目里用的是程序內(nèi)加載QSS的方式QFile file(:/style.qss); file.open(QFile::ReadOnly); QString styleSheet QString::fromUtf8(file.readAll()); qApp-setStyleSheet(styleSheet);注意資源文件一定要把style.qss加進(jìn)去不然readAll讀到的是空字符串。更隱蔽的問題是文件編碼QSS文件里如果寫了中文注釋必須用UTF-8編碼保存否則用QSplitter設(shè)置邊界那些樣式時中文注釋會變成亂碼并可能導(dǎo)致解析失敗。問題四QTableView數(shù)據(jù)刷新后圖表沒同步這是因為刷新圖表函數(shù)沒有在增刪改記錄的路徑上被調(diào)用。我給學(xué)生的建議是把所有會改動數(shù)據(jù)的操作集中到幾個固定函數(shù)addRecord、editRecord、deleteRecord這三個函數(shù)末尾統(tǒng)一調(diào)用refreshChart()。不要讓業(yè)務(wù)邏輯散落在各個按鈕的槽函數(shù)里不然你刪了一條數(shù)據(jù)但忘了刷新圖表坑就來了。問題五分類下拉框重復(fù)出現(xiàn)相同項原因是沒有去重初始化時多次向QComboBox里addItem了同一批分類。我建議在啟動時只調(diào)用一次loadCategories()并且在下一次加載前先comboExpense-clear()清空原有內(nèi)容然后再填充。這也是“先清理后填充”的通用思路在任何下拉框數(shù)據(jù)源更新的場景都適用。4.3 打包發(fā)布一個讓人頭大又必須掌握的環(huán)節(jié)項目做完后學(xué)生最興奮的就是把程序打包發(fā)給朋友炫一下。此時windeployqt導(dǎo)致的坑又來了你用Release模式編譯的exe如果用Debug版的Qt庫去部署一樣會報錯。記住一定要用和編譯模式一致的部署工具。如果目標(biāo)機(jī)器是另一臺沒有裝過Qt的電腦除了exe同目錄的所有DLL和plugins目錄之外還要注意SQLite插件是否被自動包含。windeployqt默認(rèn)會帶上sqldrivers目錄下的qsqlite.dll但如果你在代碼里用了QSQLITE驅(qū)動請確認(rèn)部署目錄里確實有這個文件很多“程序在我電腦上能跑在別人電腦上就崩”的案例都是少拷了插件目錄導(dǎo)致的。打包成單個exe文件一般要借助Enigma Virtual Box或打包成安裝程序用Inno Setup。我用的是Inno Setup腳本很簡單把exe和整個部署目錄裝進(jìn)去在開始菜單創(chuàng)建快捷方式。做完后雙擊安裝包全流程不到一分鐘很有儀式感。5. 教學(xué)效果復(fù)盤學(xué)生學(xué)完能遷移什么能力每次帶完這個項目我都會讓同學(xué)們寫一份總結(jié)報告。從他們的反饋來看收獲最集中的不是某個具體函數(shù)而是一種“拆解問題再組裝解決方案”的思維。比如有學(xué)生后來自己想做一個宿舍水電費(fèi)管理小程序遷移了記賬本的整套框架——數(shù)據(jù)庫表設(shè)計、模型視圖綁定、統(tǒng)計圖表展示——只改了業(yè)務(wù)字段架構(gòu)完全復(fù)用。從技術(shù)成長角度看這個項目幫學(xué)生清晰建立起了幾條知識鏈第一數(shù)據(jù)庫知識鏈。SQLite的連接、建表、增刪改查、WHERE條件過濾、JOIN聯(lián)表、聚合函數(shù)SUM與GROUP BY分組這些SQL常用操作在真實場景里全部過了一遍。會寫SQL和會用SQL解決實際問題完全是兩個層次。第二模型視圖編程思想。QSqlTableModel只是個開始后面學(xué)QSortFilterProxyModel做自定義排序篩選、學(xué)QStandardItemModel做樹形結(jié)構(gòu)都是同一個套路。掌握了模型視圖Qt開發(fā)的視野一下子就開闊了。第三界面與數(shù)據(jù)的聯(lián)動思維。選項變了、數(shù)據(jù)變了、點(diǎn)擊按鈕了界面如何響應(yīng)數(shù)據(jù)如何流轉(zhuǎn)這是桌面應(yīng)用開發(fā)的核心邏輯。很多學(xué)生第一次體會到“寫代碼讓界面活起來”的成就感這個項目功不可沒。關(guān)于擴(kuò)展我一般會留下三個課外任務(wù)讓感興趣的同學(xué)挑戰(zhàn)給表格加一個按月份折疊分組的功能支持導(dǎo)出CSV文件用Excel打開把單人記賬變成多人家庭賬本加個“成員”字段。這些任務(wù)難度梯度合理學(xué)有余力的同學(xué)可以按照項目已搭好的架構(gòu)繼續(xù)弄不需要傷筋動骨。還有一個我事后想起來覺得非常值得補(bǔ)充的點(diǎn)版本管理。我要求所有學(xué)生從第一天就使用Git提交代碼每完成一個功能模塊就commit一次。很多同學(xué)一開始覺得麻煩但出現(xiàn)改壞代碼需要回滾、或者實驗新功能想對比效果的時候Git的好處就體現(xiàn)得淋漓盡致。以后參加工作代碼托管和協(xié)作協(xié)作是基本技能通過這個項目積累的commit習(xí)慣會讓學(xué)生在團(tuán)隊協(xié)作時少踩很多坑。6. 寫在最后的一點(diǎn)項目心得這個記賬本案例我一直用到現(xiàn)在每年帶新班都會稍作調(diào)整但總體框架不變因為它實在太經(jīng)典了。Qt就是那種“入門容易、精通難”的框架而記賬本恰好能在難度和趣味性之間找到一個平衡點(diǎn)。如果你想拿這個項目練手我建議你不要完全照抄我的代碼。先自己畫一遍界面草圖寫一遍需求文檔然后動手去實現(xiàn)。遇到卡殼的地方再回來翻我寫的這些解析。沒有誰能一步到位寫出完美的代碼第一版丑一點(diǎn)沒關(guān)系能跑起來就是勝利。我在寫這個項目的第一版時也是踩了無數(shù)個莫名其妙的坑才把它磨順的。最后再分享一個小技巧每次在Qt Creator里寫完代碼后按一下CtrlR直接運(yùn)行然后順手按一下CtrlB編譯快捷鍵——讓這兩個動作形成肌肉記憶?？雌饋砦⒉蛔愕赖岸嗑幾g、多運(yùn)行、多調(diào)試”就是高手和新手之間最開始拉開差距的地方。祝你順利通關(guān)這個項目有問題歡迎在評論區(qū)交流。本文還有配套的精品資源點(diǎn)擊獲取