看著運行的結果，小左不禁發出一聲冷笑，暗自為自己感到悲哀。仔細的看著代碼，小左開始一一分析自己的悲哀。

? ? ? ? ? ? ? ? 1，業務員和自己的耦合度太高，導致每個業務人員都可以直接命令自己，這導致自己心里很不爽。

? ? ? ? ? ? ? ? 2，由于自己本身只是個程序猿，所以自己對公司的業務并不是特別擅長，很難給任務制定優先級，給任務排序，自己所擅長的還是碼代碼，結果造成的后果就是經常按時完成了一個不重要的任務，但不小心卻將很重要的任務向后推遲了，如果業務人員告狀，自己可能就要挨批。可是這么多業務人員提問題，到底誰輕誰重，我哪知道。

? ? ? ? ? ? ? ? 3，如果任務堆積過多的時候，自己有時會忘記其中的一個甚至幾個，人畢竟精力有限，如果任務多了，難免會出現這種情況，結果有的業務人員就直接告狀到老板那里，實在是憋屈。

? ? ? ? ? ? ? ? 4，由于任務是隨即產生的，業務人員什么時候想到任務就隨時給自己，所以沒有一個整體的規劃，很容易導致自己加班。 ? ? ? ?

? ? ? ? ? ? ? ? “看來，說來說去，還是業務人員跟我太緊密了啊。”小左嘆氣道。

? ? ? ? ? ? ? ? 由于小左最近在研究設計模式，所以就想到了是不是可以用設計模式來解決自己和業務人員之間的問題。于是小左開始在度娘上面找尋適合的設計模式。

? ? ? ? ? ? ? ? “有了，命令模式應該是可以解決的，看它的定義好像挺符合的”。電腦前的小左突然一拍大腿，大叫道。

????????????????定義：在軟件系統中，“行為請求者”與“行為實現者”通常呈現一種“緊耦合”。但在某些場合，比如要對行為進行“記錄、撤銷/重做、事務”等處理，這種無法抵御變化的緊耦合是不合適的。在這種情況下，如何將“行為請求者”與“行為實現者”解耦？將一組行為抽象為對象，實現二者之間的松耦合。這就是命令模式（Command Pattern）。

? ? ? ? ? ? ? ? 看著這個定義，小左心中想道：“命令模式中所說的兩個角色，不正是我和業務人員嗎。業務人員是行為請求者，他們請求我，噢，不，應該說命令我產生編碼，修改bug和處理線上問題的行為，而我就去實現或者說執行這些行為。況且，看命令模式的定義，還可以支持記錄，我正需要這個記錄啊，否則每次任務太多，忘了哪個任務，都要我挨批。”

? ? ? ? ? ? ? ?于是小左迫不及待的開始研究命令模式的類圖，試圖從中找到解決的辦法。

?

歡迎收藏我的博客：http://blog.csdn.net/i_like_cpp

總結

以上是生活随笔為你收集整理的程序猿 自己所擅长的还是码代码 请远离 业务。的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。