每天早上站在衣柜前糾結(jié)穿什么這個(gè)場(chǎng)景我相信大多數(shù)人都不陌生。打開(kāi)天氣App看一眼溫度再翻半天衣柜最后隨手抓一件出門(mén)——這不是個(gè)例是穿搭決策最真實(shí)的日常。去年幫幾位做畢設(shè)方向咨詢的同學(xué)梳理過(guò)一個(gè)基于Python協(xié)同過(guò)濾算法的天氣穿搭推薦系統(tǒng)的技術(shù)方案整個(gè)過(guò)程把冷啟動(dòng)、數(shù)據(jù)清洗、推薦融合、效果評(píng)估這些問(wèn)題完整過(guò)了一遍。這篇文章就把這個(gè)項(xiàng)目從需求拆解到落地的全鏈路掰開(kāi)揉碎講清楚內(nèi)容偏實(shí)操適合正在發(fā)愁畢設(shè)選題、或者想用一個(gè)推薦系統(tǒng)練手刷簡(jiǎn)歷項(xiàng)目的同學(xué)參考。所謂天氣穿搭推薦系統(tǒng)簡(jiǎn)單說(shuō)就是輸入一個(gè)城市、拿到實(shí)時(shí)天氣系統(tǒng)從穿搭組合庫(kù)里給你推薦幾套適合當(dāng)前天氣的搭配并支持你打分、收藏、瀏覽再根據(jù)這些行為逐步把推薦調(diào)準(zhǔn)。聽(tīng)著不難但真做起來(lái)有幾個(gè)地方非常容易翻車(chē)算法選型、天氣數(shù)據(jù)接入、冷啟動(dòng)處理、以及把推薦結(jié)果包裝成一個(gè)能演示能給老師看的完整系統(tǒng)。下面按實(shí)際開(kāi)發(fā)順序把每一步都展開(kāi)講。1. 從穿衣糾結(jié)說(shuō)起這個(gè)系統(tǒng)的真實(shí)需求拆解1.1 穿搭推薦到底該推薦什么很多人一開(kāi)始會(huì)把需求想簡(jiǎn)單了以為天氣穿搭推薦就是溫度低于10度就推薦羽絨服。這樣寫(xiě)出來(lái)的是一個(gè)天氣查詢加上幾條if-else規(guī)則撐不起一個(gè)畢設(shè)的深度更談不上推薦系統(tǒng)四個(gè)字。這個(gè)項(xiàng)目里的推薦對(duì)象不是單件衣服而是穿搭組合。一套穿搭包含上裝、外套、下裝、鞋子可能還有配飾圍巾、帽子、雨傘等。系統(tǒng)推薦的是一個(gè)組合而不是一件單品。這一點(diǎn)決定了后續(xù)數(shù)據(jù)建模的方式——協(xié)同過(guò)濾的評(píng)分單元是用戶對(duì)一套穿搭組合的反饋不單單是對(duì)一件衣服的反饋。從用戶角度拆解一下核心需求其實(shí)是三件事第一知道今天外面什么天氣條件比如溫度、濕度、風(fēng)力、有無(wú)雨雪第二給出一批穿得出去的選項(xiàng)既要應(yīng)付當(dāng)前天氣又要兼顧個(gè)人風(fēng)格偏好第三讓用戶能給反饋能越用越懂Ta。前兩個(gè)靠天氣數(shù)據(jù)和規(guī)則約束第三個(gè)就是協(xié)同過(guò)濾算法的用武之地。1.2 功能邊界范圍控制決定完成度畢設(shè)最忌諱的是一開(kāi)始鋪太大結(jié)果Django裝好了、后臺(tái)管理寫(xiě)了、手機(jī)端也開(kāi)了個(gè)頭最后哪個(gè)都沒(méi)做完。我在梳理這個(gè)項(xiàng)目時(shí)把功能邊界死死劃定在四條主線上天氣數(shù)據(jù)模塊按城市獲取實(shí)時(shí)天氣包括溫度、天氣現(xiàn)象、濕度、風(fēng)力并做緩存處理。穿搭數(shù)據(jù)模塊內(nèi)置一批覆蓋不同溫度區(qū)間和天氣場(chǎng)景的穿搭組合帶標(biāo)簽屬性。推薦核心模塊基于用戶歷史行為數(shù)據(jù)用協(xié)同過(guò)濾計(jì)算相似用戶、預(yù)測(cè)評(píng)分、生成Top-N推薦列表再用天氣約束做過(guò)濾排序。用戶交互模塊注冊(cè)登錄、瀏覽穿搭、打分/點(diǎn)贊/收藏/不喜歡、查看推薦結(jié)果。這四個(gè)模塊閉環(huán)之后系統(tǒng)至少是一個(gè)能注冊(cè)、能推薦、能反饋、能看效果的完整產(chǎn)品。至于后臺(tái)管理、數(shù)據(jù)分析大屏、小程序端這些都屬于有余力再做的部分。先把主線跑通再談擴(kuò)展。2. 為什么選Python協(xié)同過(guò)濾一次算法選型的完整思考2.1 三種候選方案的優(yōu)劣勢(shì)對(duì)比拿到天氣穿搭推薦這個(gè)命題后第一件事不是寫(xiě)代碼而是選算法。我當(dāng)時(shí)把候選方案分成三類(lèi)它們的差異非常明顯方案實(shí)現(xiàn)難度個(gè)性化能力數(shù)據(jù)依賴答辯可講深度規(guī)則引擎if-else天氣映射低無(wú)少淺協(xié)同過(guò)濾用戶/物品中強(qiáng)需要用戶行為數(shù)據(jù)深深度學(xué)習(xí)模型如序列建模高強(qiáng)需要大量數(shù)據(jù)深規(guī)則引擎最大的問(wèn)題是無(wú)個(gè)性所有用戶拿到的是同一批推薦無(wú)法體現(xiàn)用戶偏好。深度學(xué)習(xí)模型聽(tīng)起來(lái)高級(jí)但畢設(shè)場(chǎng)景下很難湊夠訓(xùn)練樣本幾百條用戶行為數(shù)據(jù)丟進(jìn)神經(jīng)網(wǎng)絡(luò)里基本是玄學(xué)調(diào)參還容易在答辯時(shí)被問(wèn)到參數(shù)量多少、訓(xùn)練收斂怎么判斷、過(guò)擬合怎么處理答不上來(lái)就會(huì)露怯。協(xié)同過(guò)濾是正正好的量級(jí)實(shí)現(xiàn)復(fù)雜度適中、可解釋性強(qiáng)、在數(shù)據(jù)量小的情況下也能跑出合理結(jié)果。更重要的是協(xié)同過(guò)濾的相似用戶、評(píng)分預(yù)測(cè)、最近鄰這些概念非常適合在論文里畫(huà)圖、在答辯時(shí)講原理老師能聽(tīng)到完整的思路而不只是一個(gè)黑盒子。2.2 協(xié)同過(guò)濾在本項(xiàng)目中的落地形態(tài)協(xié)同過(guò)濾本身又有兩種主路線基于用戶User-based CF和基于物品Item-based CF。在我的方案里兩者不是二選一而是做了組合用戶量少、每個(gè)用戶的交互記錄也不多時(shí)User-based CF更直觀目標(biāo)是找到和我口味相似的人穿了什么。當(dāng)穿搭組合數(shù)量增長(zhǎng)到一定規(guī)模后Item-based CF可以兜住相似穿搭的召回比如用戶喜歡一件淺色風(fēng)衣系統(tǒng)就推類(lèi)似的牛仔褲和板鞋。實(shí)際代碼里我建議先實(shí)現(xiàn)User-based CF作為主推薦鏈路把Item-based CF作為備用或混合策略放在后面。原因是評(píng)分矩陣通常很稀疏基于用戶的相似度計(jì)算在數(shù)據(jù)量小的階段反而更穩(wěn)定也更容易在答辯時(shí)講清楚我如何找到目標(biāo)用戶的最近鄰、如何預(yù)測(cè)評(píng)分。有一點(diǎn)必須提醒協(xié)同過(guò)濾是個(gè)性化排序器不是規(guī)則過(guò)濾器。天氣約束本質(zhì)上是硬條件比如下雨天不能推薦帆布鞋和淺色褲裝這個(gè)邏輯不能指望協(xié)同過(guò)濾自己學(xué)會(huì)。所以系統(tǒng)的整體設(shè)計(jì)是規(guī)則過(guò)濾天氣條件 協(xié)同過(guò)濾個(gè)性化排序——先用天氣硬條件把不合適的穿搭篩掉再對(duì)剩下的候選做協(xié)同過(guò)濾排序。兩個(gè)模塊各干各的活整體效果就會(huì)好很多。關(guān)于這方面的設(shè)計(jì)你完全可以解釋為應(yīng)對(duì)冷啟動(dòng)和物理約束的混合推薦策略這也是答辯的加分項(xiàng)。3. 天氣數(shù)據(jù)接入與穿搭特征化處理3.1 天氣數(shù)據(jù)的關(guān)鍵字段與清洗天氣數(shù)據(jù)是這個(gè)系統(tǒng)的重要輸入。我用的方式是接入通用天氣API推薦用聚合類(lèi)接口獲取以下字段當(dāng)前溫度攝氏度體感溫度天氣現(xiàn)象晴、多云、陰、小雨、大雨、雪等相對(duì)濕度百分比風(fēng)力等級(jí)或風(fēng)速是否降水有的接口會(huì)直接給降水概率這些字段里溫度、天氣現(xiàn)象、風(fēng)力是直接影響穿搭的硬指標(biāo)。濕度看起來(lái)沒(méi)那么重要但南方回南天那種濕度體感溫度和實(shí)際溫度差異巨大對(duì)穿搭影響不小建議保留。接口拿回來(lái)的數(shù)據(jù)不能直接用要做清洗。最典型的問(wèn)題有三個(gè)一是部分字段可能為空比如晴天接口不返回降水字段需要做缺省值填充二是溫度是字符串還是數(shù)字需要類(lèi)型轉(zhuǎn)換三是接口的天氣現(xiàn)象編碼不統(tǒng)一晴可能是sunny也可能是晴的編碼值需要統(tǒng)一映射成本地字典。3.2 溫度、濕度、天氣現(xiàn)象如何映射成穿搭條件這一步是整個(gè)項(xiàng)目里最有領(lǐng)域味道的部分。把天氣數(shù)據(jù)變成穿搭的約束條件我建立了一張?zhí)鞖狻┐钣成浔砗诵倪壿嫲礈囟群同F(xiàn)象兩個(gè)維度打標(biāo)簽。溫度維度的推薦規(guī)則我人為分成了幾個(gè)區(qū)間注意邊界要定義成半開(kāi)區(qū)間比如(-inf, 0]、(0, 10]、(10, 20]、(20, 26]、(26, inf)避免一個(gè)溫度值同時(shí)落到兩個(gè)區(qū)間里溫度區(qū)間推薦穿搭方向10度以下羽絨服、厚毛衣、加絨褲、雪地靴、圍巾10~20度風(fēng)衣、衛(wèi)衣、針織開(kāi)衫、牛仔褲20~26度長(zhǎng)袖T恤、薄外套、休閑褲26度以上短袖、短褲、裙子、涼鞋天氣現(xiàn)象作為硬約束疊加在上面有小雨時(shí)推薦方案里必須包含防水鞋或者雨傘有大風(fēng)時(shí)不建議推薦飄帶款風(fēng)衣和過(guò)短的裙子下雪天則要在地面濕滑場(chǎng)景下推薦防滑的鞋履。穿搭組合的構(gòu)建方式也很重要。我在設(shè)計(jì)數(shù)據(jù)結(jié)構(gòu)時(shí)給每套穿搭掛了一組屬性適合溫度區(qū)間、適配天氣現(xiàn)象、風(fēng)格標(biāo)簽休閑/通勤/運(yùn)動(dòng)/約會(huì)、季節(jié)標(biāo)簽。實(shí)際上就是把穿搭特征化讓天氣條件和穿搭之間的匹配關(guān)系可以程序化判斷而不是靠人肉維護(hù)一套套規(guī)則。這里要說(shuō)明一下溫度區(qū)間和穿搭方向的映射沒(méi)有一個(gè)絕對(duì)標(biāo)準(zhǔn)不同人對(duì)冷暖的體感差異很大。項(xiàng)目中你可以在初始化數(shù)據(jù)時(shí)參考主流的體感溫度穿衣指南把它當(dāng)作先驗(yàn)規(guī)則而不是精確真理。答辯時(shí)如果老師問(wèn)為什么10度是一個(gè)分界點(diǎn)你可以回答這個(gè)閾值來(lái)自穿衣指南的常規(guī)范式且后續(xù)可以根據(jù)用戶反饋動(dòng)態(tài)調(diào)整把區(qū)間邊界也放入可配置的管理中。這比死磕10度更科學(xué)要聰明得多。4. 協(xié)同過(guò)濾核心模塊從評(píng)分矩陣到Top-N推薦4.1 稀疏矩陣與相似度計(jì)算我先把用戶行為的評(píng)分規(guī)則定下來(lái)因?yàn)檫@是協(xié)同過(guò)濾的原材料。我把行為類(lèi)型映射成分?jǐn)?shù)瀏覽記1分、點(diǎn)贊記2分、收藏記3分、主動(dòng)穿著反饋我今天穿了這套記5分。這樣每產(chǎn)生一個(gè)行為就相當(dāng)于給用戶—穿搭組合構(gòu)成的矩陣填充了一個(gè)數(shù)值。具體實(shí)現(xiàn)時(shí)用Pandas建矩陣非常方便import pandas as pd # 模擬一份用戶行為數(shù)據(jù)user_id, outfit_id, behavior_type behavior_df pd.DataFrame([ {user_id: 101, outfit_id: 1, behavior_type: collect}, {user_id: 101, outfit_id: 3, behavior_type: view}, {user_id: 102, outfit_id: 1, behavior_type: like}, # ... 更多行為記錄 ]) # 行為到分?jǐn)?shù)的映射 score_map {view: 1, like: 2, collect: 3, wear: 5} behavior_df[score] behavior_df[behavior_type].map(score_map) # 透視得到用戶-穿搭評(píng)分矩陣缺失位置填0 user_item_matrix behavior_df.pivot_table( indexuser_id, columnsoutfit_id, valuesscore, fill_value0 )這里有一個(gè)新手容易踩的坑直接用0填充缺失值后再算余弦相似度會(huì)把沒(méi)有行為和打0分等同起來(lái)。在評(píng)分語(yǔ)義里0分意味著用戶表示不喜歡而缺失意味著用戶根本沒(méi)看過(guò)這套穿搭。所以更嚴(yán)謹(jǐn)?shù)淖龇ㄊ怯?jì)算相似度時(shí)只取兩個(gè)用戶都有行為記錄的穿搭維度來(lái)算或者采用調(diào)整后的余弦相似度。不過(guò)對(duì)于畢設(shè)的數(shù)據(jù)規(guī)模來(lái)說(shuō)用sklearn的cosine_similarity直接算0填充矩陣也能出一版效果后面如果再優(yōu)化可以把上面這一點(diǎn)作為改進(jìn)項(xiàng)在論文里寫(xiě)成稀疏性問(wèn)題優(yōu)化。4.2 評(píng)分預(yù)測(cè)與Top-N推薦評(píng)分預(yù)測(cè)我采用的是最經(jīng)典的最近鄰加權(quán)公式目標(biāo)用戶u對(duì)穿搭i的預(yù)測(cè)評(píng)分等于u的歷史平均評(píng)分加上近鄰用戶評(píng)分的加權(quán)偏差。import numpy as np from sklearn.metrics.pairwise import cosine_similarity def predict_rating(user_id, outfit_id, user_item_matrix, k10): # 計(jì)算用戶相似度矩陣 user_sim cosine_similarity(user_item_matrix) user_sim pd.DataFrame(user_sim, indexuser_item_matrix.index, columnsuser_item_matrix.index) # 當(dāng)前用戶對(duì)每套穿搭的平均評(píng)分 user_mean user_item_matrix.loc[user_id].values user_mean_rating user_mean[user_mean 0].mean() # 找當(dāng)前用戶的k個(gè)近鄰 neighbors user_sim.loc[user_id].drop(indexuser_id).sort_values(ascendingFalse).head(k) # 鄰居對(duì)該穿搭的評(píng)分 outfit_scores user_item_matrix[outfit_id].to_dict() numerator, denominator 0.0, 0.0 for neighbor_id, sim_score in neighbors.items(): neighbor_rating outfit_scores.get(neighbor_id, 0) if neighbor_rating 0: continue neighbor_avg user_item_matrix.loc[neighbor_id] neighbor_avg_rating neighbor_avg[neighbor_avg 0].mean() numerator sim_score * (neighbor_rating - neighbor_avg_rating) denominator abs(sim_score) if denominator 0: return user_mean_rating return user_mean_rating numerator / denominator預(yù)測(cè)分?jǐn)?shù)算出來(lái)之后對(duì)候選穿搭集合按預(yù)測(cè)分降序排列取前N個(gè)就是Top-N推薦列表。但注意這個(gè)列表里的候選項(xiàng)已經(jīng)提前被天氣條件過(guò)濾過(guò)了所以在代碼里我會(huì)先跑天氣過(guò)濾再跑協(xié)同過(guò)濾排序。整個(gè)順序是天氣字段 → 穿搭屬性硬過(guò)濾 → 協(xié)同過(guò)濾預(yù)測(cè)分 → Top-N排序 → 輸出給前端展示。也是在這里可以加入Item-based CF做補(bǔ)充如果矩陣過(guò)于稀疏算出來(lái)的用戶相似度不穩(wěn)定就改用穿搭組合之間的相似度——用戶喜歡A搭配則推薦和A屬性相似的B搭配。兩套結(jié)果可以做加權(quán)混合權(quán)重根據(jù)行為數(shù)據(jù)量動(dòng)態(tài)調(diào)整比如行為記錄少于50條就偏向Item-based達(dá)到500條以上就偏向User-based。這是我在實(shí)際項(xiàng)目里覺(jué)得性價(jià)比最高的一個(gè)調(diào)優(yōu)套路。4.3 冷啟動(dòng)問(wèn)題的處理沒(méi)有任何行為數(shù)據(jù)的全新用戶協(xié)同過(guò)濾直接失效。我在系統(tǒng)里做了一個(gè)冷啟動(dòng)兜底方案新用戶注冊(cè)時(shí)可以選擇偏好風(fēng)格標(biāo)簽休閑、通勤、運(yùn)動(dòng)、約會(huì)系統(tǒng)先用這些標(biāo)簽匹配穿搭庫(kù)再按當(dāng)前天氣條件 穿搭全站熱度做初始推薦。這個(gè)方案實(shí)現(xiàn)成本很低卻能保證新用戶打開(kāi)系統(tǒng)看到的不是暫無(wú)推薦。同時(shí)為了在畢設(shè)演示時(shí)讓算法看起來(lái)有效可以寫(xiě)一段模擬數(shù)據(jù)生成腳本批量生成幾百個(gè)用戶的模擬行為記錄覆蓋不同天氣條件下的瀏覽、點(diǎn)贊、收藏、穿著反饋。這樣演示時(shí)隨便注冊(cè)一個(gè)新用戶或直接挑一個(gè)老用戶體驗(yàn)推薦列表都有內(nèi)容、有差異效果和數(shù)據(jù)量都拿得出手。5. 數(shù)據(jù)庫(kù)、接口與前端把推薦結(jié)果真正用起來(lái)5.1 核心表結(jié)構(gòu)與數(shù)據(jù)流推薦系統(tǒng)再聰明前端沒(méi)有數(shù)據(jù)支撐也是白搭。數(shù)據(jù)庫(kù)的合理設(shè)計(jì)是系統(tǒng)能跑通的基座。我這邊的核心表做了五張字段設(shè)計(jì)上都和推薦邏輯對(duì)齊用戶表user_id、用戶名、密碼、偏好風(fēng)格標(biāo)簽、所在城市。穿搭組合表outfit_id、名稱、圖片URL、溫度下限、溫度上限、適配天氣現(xiàn)象、風(fēng)格標(biāo)簽、季節(jié)標(biāo)簽、全站熱度。穿搭單品表item_id、outfit_id、單品類(lèi)型上裝/外套/下裝/鞋/配飾、單品名稱。用戶行為表behavior_id、user_id、outfit_id、行為類(lèi)型、行為分?jǐn)?shù)、創(chuàng)建時(shí)間。推薦日志表log_id、user_id、outfit_id、推薦分?jǐn)?shù)、當(dāng)前天氣快照、排名位置、推薦時(shí)間。數(shù)據(jù)流走的是閉環(huán)邏輯用戶瀏覽穿搭產(chǎn)生行為記錄 → 行為寫(xiě)進(jìn)用戶行為表 → 推薦接口讀取行為數(shù)據(jù)構(gòu)建評(píng)分矩陣 → 協(xié)同過(guò)濾算分 → 推薦結(jié)果寫(xiě)入推薦日志表 → 前端接口按用戶ID拉取最新推薦列表。這個(gè)閉環(huán)最核心的一點(diǎn)是用戶每一次點(diǎn)擊都有記錄所以前端按鈕一定要和后端接口對(duì)得上。5.2 推薦接口的輸入輸出設(shè)計(jì)后端我用的Python輕量框架來(lái)提供接口整體設(shè)計(jì)成三個(gè)關(guān)鍵接口就夠了天氣查詢接口入?yún)槌鞘忻虺鞘蠭D返回溫度、天氣現(xiàn)象、濕度、風(fēng)力等結(jié)構(gòu)化天氣信息。推薦獲取接口入?yún)橛脩鬒D和城市ID內(nèi)部先查天氣再走推薦鏈路返回Top-N套穿搭組合每套包含穿搭圖片、各單品名稱、推薦分和推薦理由比如適配當(dāng)前小雨天氣。行為上報(bào)接口入?yún)橛脩鬒D、穿搭I(lǐng)D、行為類(lèi)型負(fù)責(zé)把前端的點(diǎn)擊、點(diǎn)贊、收藏、穿著反饋寫(xiě)入數(shù)據(jù)庫(kù)。推薦接口的返回結(jié)構(gòu)建議統(tǒng)一為JSON前端拿到后直接渲染。還可以增加一個(gè)調(diào)試參數(shù)debugtrue返回里帶上這次推薦的天氣條件快照和預(yù)測(cè)分明細(xì)演示和排錯(cuò)時(shí)非常有用。這個(gè)習(xí)慣我一直保留等于給系統(tǒng)留了一雙后眼。5.3 前端展示的交互邏輯前端不需要多復(fù)雜但信息層級(jí)要清晰。頁(yè)面我建議分成三個(gè)區(qū)域頂部是當(dāng)前城市天氣卡片展示溫度、天氣圖標(biāo)、濕度、風(fēng)力中間是推薦穿搭列表每個(gè)卡片展示穿搭圖片、名稱、單品清單、推薦詞右下角有喜歡、收藏、不喜歡按鈕底部可以加一個(gè)歷史推薦記錄區(qū)讓用戶看到之前在什么天氣條件下推薦了什么東西。交互邏輯的關(guān)鍵是反饋按鈕要能即時(shí)生效。用戶點(diǎn)了喜歡前端調(diào)用行為上報(bào)接口后端寫(xiě)一條行為記錄下一次推薦結(jié)果就會(huì)發(fā)生變化。這個(gè)反饋—更新—再推薦的動(dòng)態(tài)效果在演示時(shí)比任何圖表都更有說(shuō)服力也是證明協(xié)同過(guò)濾真實(shí)生效的最直觀證據(jù)。如果想讓頁(yè)面顏值再高一點(diǎn)可以給穿搭卡片配上真實(shí)的平鋪圖或者模特上身圖。畢設(shè)答辯階段圖片數(shù)據(jù)源不好拿用穩(wěn)定的占位圖服務(wù)或者手繪簡(jiǎn)筆圖也可以關(guān)鍵是界面干凈統(tǒng)一。我見(jiàn)過(guò)太多項(xiàng)目實(shí)力還行但頁(yè)面丑陋被老師誤判為不夠用心這個(gè)印象分不值得丟。6. 調(diào)試踩坑與畢設(shè)交付的實(shí)戰(zhàn)經(jīng)驗(yàn)6.1 用戶行為太少時(shí)推薦結(jié)果像隨機(jī)數(shù)這大概是所有協(xié)同過(guò)濾項(xiàng)目里最常見(jiàn)的坑了。調(diào)試時(shí)我經(jīng)常遇到的情況是注冊(cè)一個(gè)新用戶推薦列表出來(lái)十套穿搭但怎么刷新都不變或者變化毫無(wú)規(guī)律。剛開(kāi)始很容易誤以為是算法寫(xiě)錯(cuò)了最后定位到是因?yàn)槟M數(shù)據(jù)太少矩陣稀疏得沒(méi)法形成有效相似度。解決辦法分兩步走。第一步把模擬行為數(shù)據(jù)的規(guī)模做大一點(diǎn)至少覆蓋200個(gè)用戶、50套穿搭、每個(gè)用戶至少10條行為記錄讓相似度計(jì)算有據(jù)可依。第二步在算法感知不到任何可參考數(shù)據(jù)時(shí)兜底使用天氣規(guī)則推薦保證推薦結(jié)果在冷啟動(dòng)階段也穩(wěn)定有邏輯。這兩個(gè)辦法配合基本能解決看起來(lái)像隨機(jī)的問(wèn)題。6.2 天氣接口的限流與臟數(shù)據(jù)問(wèn)題開(kāi)發(fā)階段反復(fù)請(qǐng)求天氣接口很容易被限流導(dǎo)致頁(yè)面加載天氣模塊時(shí)偶爾超時(shí)報(bào)錯(cuò)。我在項(xiàng)目里加了一層簡(jiǎn)單的內(nèi)存緩存同一城市30分鐘內(nèi)不重復(fù)請(qǐng)求天氣模塊接口掛了就返回上一次的緩存數(shù)據(jù)如果連緩存都沒(méi)有就默認(rèn)使用晴、22度這類(lèi)安全數(shù)據(jù)。這樣演示時(shí)哪怕現(xiàn)場(chǎng)斷網(wǎng)天氣模塊也不會(huì)白屏。臟數(shù)據(jù)的問(wèn)題則藏在編碼上。天氣接口返回的原始編碼如果和本地映射字典不一致會(huì)出現(xiàn)匹配不上導(dǎo)致過(guò)濾結(jié)果為空的情況。我做了兩層保險(xiǎn)先把接口返回的天氣現(xiàn)象統(tǒng)一轉(zhuǎn)成拼音或英文key再和映射表匹配同時(shí)所有天氣現(xiàn)象匹配穿搭的查詢都寫(xiě)成模糊匹配比如接口返回小雨轉(zhuǎn)中雨也要能命中雨這個(gè)約束標(biāo)簽。6.3 中文字符集與數(shù)據(jù)庫(kù)連接的老坑很多同學(xué)做到一半發(fā)現(xiàn)數(shù)據(jù)庫(kù)里存的中文全是問(wèn)號(hào)或者讀取出來(lái)亂碼。這種問(wèn)題十有八九是連接字符串里沒(méi)有指定字符集。比如MySQL連接時(shí)URL參數(shù)里要顯式加上charsetutf8mb4同時(shí)建表時(shí)把文本字段的字符集統(tǒng)一設(shè)成utf8mb4。另外如果從CSV文件導(dǎo)入初始穿搭數(shù)據(jù)文件編碼要用utf-8-sig而不是普通的utf-8不然第一列中文大概率讀出來(lái)帶亂碼前綴。這些細(xì)節(jié)看起來(lái)小卻能在演示前一刻把整個(gè)界面干崩項(xiàng)目里提前處理掉會(huì)省很多心。6.4 效果演示與驗(yàn)收的準(zhǔn)備思路畢設(shè)答辯或者項(xiàng)目驗(yàn)收時(shí)最有說(shuō)服力的不是代碼多炫而是有對(duì)比、有過(guò)程、有數(shù)據(jù)。我建議準(zhǔn)備三樣演示素材一個(gè)完整的用戶路徑演示注冊(cè)新用戶 → 選偏好 → 看天氣 → 看推薦 → 對(duì)某套穿搭點(diǎn)贊 → 刷新推薦列表強(qiáng)調(diào)結(jié)果發(fā)生了變化。一張推薦效果離線評(píng)估表把用戶行為按時(shí)間排序前70%當(dāng)訓(xùn)練集后30%當(dāng)測(cè)試集統(tǒng)計(jì)推薦列表的命中率測(cè)試集里用戶真正交互過(guò)的穿搭是否出現(xiàn)在推薦結(jié)果中。哪怕命中率只有百分之十幾也比沒(méi)有數(shù)據(jù)強(qiáng)。一份算法改進(jìn)對(duì)比記錄普通協(xié)同過(guò)濾直接推薦和加上天氣硬過(guò)濾之后的推薦兩者在當(dāng)期天氣條件下可穿率上的差異。這三樣素材準(zhǔn)備下來(lái)哪怕代碼有一些小瑕疵老師也能感受到你是真的理解這個(gè)項(xiàng)目從數(shù)據(jù)到算法的全鏈路而不只是照著PPT念了一遍背景和意義。整個(gè)項(xiàng)目做下來(lái)我的感受是天氣穿搭推薦系統(tǒng)的難點(diǎn)從來(lái)不在某一個(gè)單獨(dú)點(diǎn)上——天氣數(shù)據(jù)是一層、穿搭領(lǐng)域規(guī)則是一層、協(xié)同過(guò)濾算法是一層、前后端聯(lián)動(dòng)又是一層每一層單獨(dú)拿出來(lái)都不復(fù)雜難的是把它們嚴(yán)絲合縫地拼在一起形成一個(gè)用戶可感知的越用越準(zhǔn)的閉環(huán)。做這類(lèi)推薦系統(tǒng)項(xiàng)目別急著堆代碼先把天氣映射表、評(píng)分規(guī)則、冷啟動(dòng)方案這三件事想明白后面的編碼會(huì)順很多。