5/29 今天開始把希悅查詢功能完善上線，雖然很早就搞好了api的對接，但是要真正的實(shí)現(xiàn)客戶的查詢意圖還是很麻煩。向云端上傳了一些語料，完善了意圖識別功能。識別了意圖，再寫queryClass和reportClass方法，把數(shù)據(jù)變成人話返回給用戶，然后還需要一個(gè)數(shù)據(jù)表來對應(yīng)source_id和希悅uid之間的關(guān)系，source_id可以理解為微信號的一個(gè)加密。建表的同時(shí)我還建了一個(gè)用戶反饋的表，用來存儲用戶的反饋信息。為了對接SQL表，我又寫了幾個(gè)insert，view，del數(shù)據(jù)記錄的方法。但是測試的時(shí)候出了問題，查了一下，發(fā)現(xiàn)數(shù)據(jù)表的主鍵是不能重復(fù)的，由于我是自學(xué)的mySQL，之前以為主鍵就是重要的鍵，后來刪除了主鍵，就好了。

5/30 今天開始寫自定事件處理，我管它叫SUB。說白了就是XiaoHu可以通過一些連問來獲取信息，做出操作，當(dāng)然操作的代碼還是要在本地先寫出來。作為晚上洗澡時(shí)拍腦袋想出來的東西，自定事件的亮點(diǎn)是在查詢場景下扔去了死板的用戶界面，使用語言交互來獲取信息。現(xiàn)在用來實(shí)現(xiàn)希悅學(xué)號綁定，順便還可以實(shí)現(xiàn)意見反饋。先寫了SUB的喚醒trigger和每個(gè)事件的詳細(xì)信息如id,name,steps（一共的總提問數(shù)）等, 然后記錄當(dāng)前有幾個(gè)用戶處在SUB狀態(tài)下，在SUB狀態(tài)下，任何信息除了“取消”都被視為對于XiaoHu提問的回應(yīng)。寫這種東西一般需要搞一個(gè)總體規(guī)劃，當(dāng)時(shí)我懶得想流程圖，于是就寫幾個(gè)大塊就停下來腦子里過過流程。然后就是大量的代碼實(shí)現(xiàn)，由于處理SUB的函數(shù)的返回值實(shí)在多，我開始為函數(shù)的返回值寫注釋。之前我一直以為注釋是寫給別人的，其實(shí)注釋也更能讓自己讀懂自己的代碼。在寫希悅用戶綁定的時(shí)候出現(xiàn)了一些小插曲，原本我的設(shè)想是獲取用戶名和密碼，用過selenium來模擬希悅登陸看是否成功，結(jié)果網(wǎng)站的加載速度太長，超過了微信后臺對于公眾號回復(fù)的最大時(shí)間限制，我又是優(yōu)化又是設(shè)超時(shí)，結(jié)果發(fā)現(xiàn)加載出第一個(gè)表單頁面就已經(jīng)超時(shí)了，我只能先作出讓步，取消了密碼，反正現(xiàn)階段查希悅課也沒有什么隱私。下午放學(xué)后去南樓，接著修了一些bug，讓SUB可以使用。我往訊飛平臺上添加了自己的課表查詢技能，不過訊飛AIUI好像還沒有及時(shí)同步，在控制臺上可以解析出json，在本地就不行。

總結(jié)

以上是生活随笔為你收集整理的XiaoHu日志 5/29~5/30的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。