上一篇說(shuō)到了遇到的問(wèn)題是，對(duì)話式交互接收到的信息體很難整理，我想了一段時(shí)間，最后認(rèn)為對(duì)于這種結(jié)構(gòu)化信息的填寫，使用表格是比較好的解決方案。
但是微信并不提供這種多類型方式，你不能發(fā)送一個(gè)表格給用戶。但是我可以發(fā)送一個(gè)圖文鏈接體，讓用戶進(jìn)入一個(gè)web頁(yè)面來(lái)填寫。
這樣的好處很明顯，用戶本身在填寫這些信息的時(shí)候會(huì)更加明了，對(duì)于我而言我要做的工作也大大減輕了。
于是我在我的vps上簡(jiǎn)單做了個(gè)頁(yè)面。
這里面的商戶號(hào)碼是線下給各位商戶的，作為一個(gè)驗(yàn)證方式。
既然現(xiàn)在是在web頁(yè)面上開(kāi)展業(yè)務(wù)，那么要做的事就都變得很簡(jiǎn)單了。
于是我將上傳圖片的功能也放到了web中進(jìn)行。再接著，我把預(yù)覽功能也簡(jiǎn)單的做了。因?yàn)轭A(yù)覽功能用vm框架會(huì)比較好做，所以我干脆用上了vue。看上去有點(diǎn)小題大做，但是vue本身就是一個(gè)view的框架，所以怎么方便怎么來(lái)。
因?yàn)檫@個(gè)web頁(yè)面是在自己的vps上的，所以對(duì)于提交上來(lái)的數(shù)據(jù)，還是需要使用數(shù)據(jù)庫(kù)存一下，在這里我使用的是redis，因?yàn)檫@些數(shù)據(jù)一般會(huì)在當(dāng)天拿出來(lái)整理，所以就不需要使用mysql之類的持久化數(shù)據(jù)庫(kù)了。
當(dāng)我開(kāi)始做自定義菜單的時(shí)候發(fā)現(xiàn)，未認(rèn)證的訂閱號(hào)是不能使用自定義菜單的。那么我之前的設(shè)想中：
用戶通過(guò)點(diǎn)擊自定義菜單中的發(fā)布按鈕來(lái)激活發(fā)布信息的接收狀態(tài)，當(dāng)用戶發(fā)布完信息后，發(fā)送“圖片”來(lái)給后端發(fā)一個(gè)標(biāo)記，再提示用戶可以發(fā)送圖片給公眾號(hào)。最后用戶通過(guò)發(fā)送“完成”結(jié)束整個(gè)發(fā)布。
這個(gè)想法很明顯就不成立了，那還是走回關(guān)鍵詞方式，把用戶點(diǎn)擊菜單的方式變成發(fā)送“發(fā)布信息”，這樣整個(gè)流程才走得通。
