[wcf郵件通訊系統應用 之 資料同步程式 之設計內幕之 二]
客戶需要乙個產品，是讓客戶上門取好呢還是主動送貨上門好呢？
我們來看看如果自己當老闆，會怎麼做。
假設我們需要把自己的產品銷售給同一城市的客戶：
1，在開店初期，由於資金太少，租不起門面，也請不起店員，最好的方式就是自己去做廣告，給客戶打**，然後送貨上門。
2，不能夠一直這樣在家裡面「賣東西」了，工商註冊通不過的，要讓客戶更信任自己，還是得租乙個門面，但自己目前資金還是太少，只能租乙個小門面了，而且「老闆」、「員工」一起當，還得送貨上門；
3，經過一段時間的辛苦經營，有點資金了，想擴大生意，這個時候我們面臨兩種選擇：
a,多請幾個送貨員，繼續沿用「送貨上門「的經營模式；
b,擴大門面，增加存貨，大打廣告，讓客戶到我的商店來主動購買，這樣我可以少請幾個送貨員，還可以節省一點市內交通費；
注：也許還有c，發展**商，但這個目前還不現實，自己沒有這個能力。
一般情況下，」擴大店面「是我們最通常的想法也是最常見的做法，我們不斷的擴大店面，甚至開連鎖店，加盟店，這種「開門待客」成功的模式太多了，不用舉例大家也知道；「送貨上門」似乎不是很多，但也有一些典型的例子：麗華快餐，京東**，凡客成品，這些提供「送貨上門」服務的商家也是各自行業的典範。
看來「開門待客」和「送貨上門」這兩種經營模式都是可行的，都是能夠讓我們的事業做大做強的，但我們目前還得要根據自己的情況做乙個決策，採用哪種經營模式?
我們發現，以「開門待客」模式提供商品的廠商主要都在餐飲，百貨等行業，特點是提供的商品數量和種類非常多；以「送貨上門」模式提供商品的廠商它們都只在自己的行業提供專業的產品，比如麗華只做快餐，京東只賣跟電子電器相關的東西，凡客只賣服裝。用一句話來總結，「開門待客」模式在於提供產品的「廣度」，而「送貨上門」在與提供產品的「深度」！
好了，說了這麼多，言歸正傳，我們還是說說我們的「資料同步」程式應該採用那種模式。
大家天天看網頁，技術業內人士都知道，web伺服器是「請求--響應」模式，其實就是我前面說的「開門待客」模式，這種模式有一種很大的優勢，能夠提供很高的「併發」訪問量，但缺點是web伺服器與瀏覽器之間是斷開連線的，伺服器無法知道客戶端的狀態，伺服器和客戶端的「會話」並不是真正意義上的會話，都是採用一些技術性手段「模擬」的。另外大家常說的web服務也是這種模式。
所以，我們搞web的人，準備去做「資料同步」最自然的想法就是web服務，就是客戶端主動去請求伺服器，更新自己需要的資料。這個過程比較簡單，所以大家都很喜歡。自己在家當老闆自然很舒服了，客戶那裡有問題是次要考慮的事情。
現在，我們提倡「以客戶為中心」，「主動為客戶服務」的精神，為了擴大我們的市場，我們不能在家裡面舒服的
白天，還是上不了網。
週末，先是忙了一天。爬梯子，鑽孔，佈線。吃了兩頓盒飯。還算豐富。沒想到，這麼多年了，手藝活還算湊或。手上劃了好幾道。每天還要洗好幾次。為了防幹，可勁兒的塗護手霜。結果是，髒手放在水龍頭下，直接就能衝得比較白了。然後，週日，一人在家閒了一天。都出去了。背了會兒單詞。看看 growing pains，f...
C 堆還是棧上建立物件
如果需要在堆上建立物件，要麼使用new運算子，要麼使用malloc系列函式。這點沒有異議。真正有異議的是下面的 c 1 object obj 此時，obj是在棧上分配的嗎？要回答這個問題，我們首先要理解這個語句是什麼意思。這個語句就是代表著，在棧上建立物件嗎？其實，這行語句的含義是，使物件obj具有...
關鍵業務上雲 還是「裸」的好
眾所周知，雲計算設計初衷是為使用者提供基於虛擬化技術的應用資源高效共享方案，通過池化基礎設施資源，為使用者動態的提供計算 儲存 網路等服務。雲計算的優勢顯而易見，使用者可以通過共享資源的呼叫，靈活方便的擴充自己的計算 儲存 網路能力，而不受本地擁有的計算 儲存和網路能力的束縛。雲計算的方式，可以大幅...