作為一名初學者，從巨集觀的角度為大家簡單分享一下:什麼場合適用WCF

通過前邊的部落格，大家對面向服務程式設計和WCF有了一定的瞭解，那我們什麼時候會用到WCF呢？

我給大家舉個例子：

蛋蛋開了一個手機店，由於網際網路的發展，手機店的生意越來越好，他也是越來越有錢，膨脹的不得了，他發現賣電腦，及其外設也很賺錢，於是他又同時開了一家電腦店和外設店，生意規模越來越大，錢也是越來越多！

可是好景不長，金融危機來襲，利潤率急劇下降，他開始擔心了，這樣下去，我的店鋪可都要倒閉了，於是他開始想辦法！

之前，由於收入較高，所以每個店鋪設定一個專門的倉庫和配送人員，但是現在條件有限，為了減少內部開銷，小兵把這些店鋪的貨物倉庫撤銷了，設立集中倉庫和配送部門，專門負責送貨，這樣既便於管理有減少了開支。

通過這個例子大家也就明白了，如果你要開發的是一個很小很簡單的系統，而且你的內部邏輯和資料呼叫的程式碼不會被多個程式呼叫的話，那你就不需要使用WCF。

但是如果你的程式涉及的範圍非常廣，這個時候，你就需要考慮一下，是不是需要把服務分離出去，如果需要，只要你相應的介面寫好，同時將服務契約規範好，就能像我們說的倉庫一樣，能夠為多個“店鋪服務”，這也就體現了WCF的多重複用。

分享背景：

近期在做一個番茄時鐘的專案，在第一版驗收的時候，作為學習的第一版，李總提出：“如果電腦在不連線網路的時候，時鐘還可以使用嗎？”這樣一個問題，正常的番茄時鐘是肯定沒有問題，但是我這個不行，因為我們的後端服務程式碼是釋出在伺服器中的，如果不連線，是沒有後端邏輯的，是無法正常執行。

所以我就開始疑惑了，WCF真的適合我們現在做的系統嗎？

思考的答案從上邊的分享應該可以看出一些來。我是這麼認為的，有關於時鐘系統離線操作的部分的程式碼需要寫在客戶機上，但是需要遠端連線資料庫的東西，我們就需要釋出的伺服器上，如果我們之後還需要延伸或是別的專案裡也需要我們提供資料服務的時候，我們直接把介面給他，它們按照介面對應去呼叫就好了。

遇到問題多思考，打破固有思維和從眾思想！