篇首語：一家之言，姑且聽之~

事情是這樣的，原本以為設計了EQIM觸發(fā)和手動拷貝小G的地震消息進行觸發(fā)這兩種方式已經(jīng)可以無憂無慮了，事實證明我還是天真了。

突如其來的一次4.9級地震，由于沒有達到預設的EQIM自動觸發(fā)的震級閾值（國內5級），所以EQIM并沒有自動觸發(fā)流程運行，但是誰知道通知要會商，果然隨性得很，于是乎決定采取第2種方式：手動拷貝小G的地震消息進行觸發(fā)。

悲劇發(fā)生了，往常活潑的小G居然沒有推送報告，自然就無法直接拷貝它的地震消息進行觸發(fā)了，之前因為感覺小G的地震信息相對完整，年月日時分秒都有，于是流程設計之初就以它的格式進行解析。這下給了我當頭一棒。

于是，我只能退而求其次，基于12322收到的地震短信進行修改，改成類似小G地震信息的格式，然后拷貝到微信端觸發(fā)流程，時間仿佛非常漫長，顫抖的小手在那狹小的手機屏幕上屢屢出錯。

痛定思痛，天一亮我就開始了第N次的流程升級。想法很簡單，實現(xiàn)12322和小G兩種格式地震消息自動識別的功能，即在拷貝地震消息的時候不需要任何多余聲明，直接按原來的方式拷貝，讓流程自動去識別。

實現(xiàn)起來也很簡單，12322與小G地震消息最大的不同在于信息里包含了“東經(jīng)”或“西經(jīng)”以及“北緯”或“南緯”這幾個詞，因此直接通過hassubstringor這個函數(shù)就可以判斷傳遞的地震消息是12322格式還是小G格式，將判斷結果更新流程變量，比如將流程變量命名為“消息類型”。之后就簡單了，利用條件運行器節(jié)點，可以接入不同的處理分支，通過消息類型的判斷結果來決定執(zhí)行哪一條處理分支，解析基本的地震參數(shù)信息。

當然，如果你想引入更多格式的地震消息，思路是一樣的，找到不同格式地震消息的關鍵不同，按照上述邏輯實現(xiàn)即可。

這里沒有采用在地震消息里直接增加關鍵詞的方式來實現(xiàn)，主要是，懶，不想多加字。

對于地震消息里增加關鍵詞，其實可以有很多用處。比如我是通過增加關鍵詞'[測試]'，讓流程自由地在正式推送和測試運行兩種狀態(tài)切換，將成果產(chǎn)出推送給不同的目標人群（通過判斷關鍵詞，設置不同的微信接收用戶）。當然，你還可以更細分，弄很多關鍵詞，這樣后期就不用反復修改流程，只需要在傳遞的消息里加不同關鍵詞就可以實現(xiàn)不同功能的切換。