我們熟悉面向過程編程,也瞭解面向對象編程,在我們日常研發的過程中,往往需要我們採用編程手段將一些固化的業務邏輯採用代碼的方式程序化。我們能很好的完成一個又一個新功能,還能隨着業務的增長,不斷的調整代碼適應新的業務。
然而有的時候,我們會發現,我們所掌握的面向過程編程與面向對象編程,解決不了我們編程中的困境。於是,通過引入幾個真實的案例,介紹一下面向商務編程的方式與優點。
真實案例一:對接阿里短信
從短信對接的歷史來看,通常都是傳手機號與短信內容,阿里的玩法改變成了手機號、短信模板、參數。依據傳統的做法,我們需要爲兩百多個短信模板配置阿里短信模板,還要做參數映射。依據阿里短信模板的審覈流程來看,基本上是沒有盡頭的項目了。短信內容審覈老是被打回來,參數不能過多,完全是一個無底的黑洞。針對我們業務的短信,要轉化成阿里的短信參數,挑戰還是很大,改造切入點還不少,還不能完全確保萬無一失,使用維護管理都是一個挑戰。採用面向商務的編程方式,由商務出馬,結果一切變得那麼順利,談妥一個萬能參數,兼容了我們的短信平臺,無需切入修改代碼,新增一個短信服務商的實現。
真實案例二:網銀直連
很多人以爲網銀直連一個技術問題,一直在尋找技術解決方案,其實網銀直連、轉賬到銀行卡等產品,都不是技術問題了,而是商務問題。所謂的大客戶服務,就是別人享受不了的服務,你卻能享受。這不是一個技術領域的問題,而是商務之間的互動。偶爾有人問我網銀直連怎麼接,我都感覺就像一個詭異的灰色遊戲。
真實案例三:支付費率
傳統的編程方式是不需要考慮支付費率的,無旨是一個冷涼涼的參數。面向商務編程,會要考慮,一年流水多少,5個點一年能省多少錢。一個簡單的例子,如果率費是1%,一年200億流水,手續費是多少?如果率費能到0.5%,又能省多少?
真實案例四:短信監控
一般我們接入短信,就是簡單的把短信送到運營商,然後就了事了。如果我們按面向商務編程的思維方式再思考一下,月底怎麼對賬?哪條短信成功了,哪條短信失敗了?這錢花得冤不冤?
傳統的編程思維方式傾向於實現,面向商務編程,傾向於優化成本,不拘泥於自身的研發,也關注於與合作伙伴的商務談判與技術支持,同時更關注商務價值的實現。我們不僅是一名程序員。