500次下載，在應(yīng)用商店里連水花都算不上。但有人把這組數(shù)據(jù)當(dāng)成燃料，又造了一個(gè)App——結(jié)果在三個(gè)意想不到的環(huán)節(jié)卡了殼。

Flutter開發(fā)者@thevivekshukla的經(jīng)歷，像一份被折疊起來(lái)的產(chǎn)品手冊(cè)。表面是"又做了一個(gè)計(jì)算器"，展開后全是具體的技術(shù)債務(wù)。他的第一個(gè)作品是瓷磚計(jì)算器，第二個(gè)是油漆計(jì)算器，功能邏輯幾乎復(fù)制粘貼，卻在三個(gè)地方反復(fù)踩坑。

單位系統(tǒng)的幽靈：你以為存的是數(shù)字，其實(shí)存的是上下文

第一個(gè)坑藏在"歷史記錄"功能里。

油漆計(jì)算和瓷磚計(jì)算一樣，都需要支持公制/英制雙單位。但歷史記錄讓事情變復(fù)雜了——用戶可能今天用米、明天用英尺，而記錄必須原樣還原當(dāng)時(shí)的場(chǎng)景。

@thevivekshukla的解法是每個(gè)歷史條目自帶unitSystem字段。聽(tīng)起來(lái)直白，實(shí)現(xiàn)時(shí)卻要在Riverpod狀態(tài)流里埋鉤子：加載歷史記錄時(shí)，臨時(shí)覆蓋全局單位設(shè)置；退出詳情頁(yè)時(shí)，再恢復(fù)用戶偏好。這個(gè)來(lái)回切換的邏輯，他調(diào)了比預(yù)期多三倍的測(cè)試用例才穩(wěn)住。

Hive作為本地?cái)?shù)據(jù)庫(kù)，在這里暴露了鍵值存儲(chǔ)的局限。沒(méi)有關(guān)系型結(jié)構(gòu)的約束，單位系統(tǒng)和數(shù)值的綁定全靠代碼層的約定。一個(gè)字段漏存，用戶就會(huì)看到"2.5米"突然變成"2.5英尺"的魔幻場(chǎng)景。

開口扣除的乘法：標(biāo)準(zhǔn)尺寸和自定義尺寸的戰(zhàn)爭(zhēng)

第二個(gè)坑是"門和窗"的交互設(shè)計(jì)。

計(jì)算墻面面積時(shí)，需要扣除門窗開口。標(biāo)準(zhǔn)尺寸（門2.0×0.9m、窗1.2×1.0m）是行業(yè)慣例，但裝修現(xiàn)場(chǎng)總有非標(biāo)情況。于是界面要同時(shí)支持：一鍵添加標(biāo)準(zhǔn)門/窗，以及手動(dòng)輸入任意尺寸。

麻煩的是計(jì)數(shù)器。用戶可能加了3扇標(biāo)準(zhǔn)門，又手動(dòng)輸入2扇異形門，還要分別顯示總數(shù)和總面積。@thevivekshukla用了兩組并行狀態(tài)：一組管標(biāo)準(zhǔn)件的計(jì)數(shù)，一組管自定義尺寸的列表。Material 3的組件庫(kù)雖然齊全，但把這兩組數(shù)據(jù)塞進(jìn)同一個(gè)視覺(jué)層級(jí)，他重排了三版布局才不讓界面看起來(lái)像Excel表格。

更隱蔽的bug在計(jì)算順序。先算總面積再扣開口，還是先逐個(gè)墻面扣完再匯總，小數(shù)位精度會(huì)漂移。他最后強(qiáng)制所有中間計(jì)算用雙精度浮點(diǎn)，只在最終顯示環(huán)節(jié)四舍五入。

品牌數(shù)據(jù)庫(kù)的陷阱：自動(dòng)填充和手動(dòng)覆蓋的博弈

第三個(gè)坑是"智能"與"可控"的平衡。

油漆品牌有官方覆蓋率數(shù)據(jù)（比如某品牌1升刷12平米）。App的理想體驗(yàn)是：選品牌→自動(dòng)填覆蓋率→用戶仍可手動(dòng)改。但這個(gè)三態(tài)交互（空值/自動(dòng)值/自定義值）比二態(tài)復(fù)雜一個(gè)數(shù)量級(jí)。

@thevivekshukla的實(shí)現(xiàn)細(xì)節(jié)是：品牌選擇器觸發(fā)覆蓋率字段的"建議值"，同時(shí)標(biāo)記該字段為"可覆蓋"狀態(tài)。用戶一旦手動(dòng)編輯，標(biāo)記切換為"已鎖定"，后續(xù)換品牌也不再自動(dòng)刷新。這個(gè)狀態(tài)機(jī)用Riverpod的StateNotifier管理，代碼不多，邊界情況卻攢了一頁(yè)：如果用戶先手動(dòng)改、再選回"無(wú)品牌"，要不要清空？如果自動(dòng)填充的值和用戶手動(dòng)輸入的恰好相同，視覺(jué)上如何區(qū)分？

他最后選了最保守的策略：任何手動(dòng)編輯都永久關(guān)閉該記錄的自動(dòng)填充，直到用戶主動(dòng)點(diǎn)擊"重置"。犧牲了一點(diǎn)智能感，換回了可預(yù)測(cè)性。

綠色#4CAF50和國(guó)際化：剩下的20%工作量

技術(shù)棧的其他選擇相對(duì)常規(guī)。Material 3的設(shè)計(jì)系統(tǒng)省了自定義組件的時(shí)間，綠色#4CAF50是品牌色——這個(gè)具體色值來(lái)自他對(duì)"裝修工具"認(rèn)知的直覺(jué)測(cè)試，沒(méi)有AB實(shí)驗(yàn)。flutter_localizations支撐多語(yǔ)言，但翻譯文件的管理（特別是單位相關(guān)的復(fù)數(shù)規(guī)則）又占去兩天工時(shí)。

SharedPreferences存用戶偏好，Hive存計(jì)算歷史，兩者分工明確。但他提到，如果重來(lái)一次，可能會(huì)用Drift統(tǒng)一本地存儲(chǔ)，避免兩套異步API的上下文切換。

500次下載的經(jīng)驗(yàn)，沒(méi)有讓他的第二個(gè)App少走彎路。單位系統(tǒng)、開口扣除、品牌數(shù)據(jù)庫(kù)——三個(gè)功能點(diǎn)在不同項(xiàng)目里換了皮囊，核心矛盾卻一模一樣：狀態(tài)如何在時(shí)間軸上保持一致，界面如何在有限空間里承載復(fù)合操作，自動(dòng)化如何尊重用戶的最終裁量權(quán)。

這些不是Flutter特有的問(wèn)題。React Native、SwiftUI、Jetpack Compose的開發(fā)者，會(huì)在各自的社區(qū)里看到相似的踩坑帖。工具鏈在進(jìn)化，但產(chǎn)品層面的權(quán)衡似乎總是那幾個(gè)原型。

App已經(jīng)上架Google Play，名字直白得像功能說(shuō)明書：Paint Calculator: Room & Wall。沒(méi)有訂閱制，沒(méi)有社交功能，沒(méi)有AI推薦。一個(gè)計(jì)算器，解決一個(gè)具體問(wèn)題，然后安靜躺在工具文件夾里——這種產(chǎn)品哲學(xué)，在2024年的應(yīng)用商店里算不算一種叛逆？