作为一名初学者，从宏观的角度为大家简单分享一下:什么场合适用WCF
通过前边的博客，大家对面向服务编程和WCF有了一定的了解，那我们什么时候会用到WCF呢？
我给大家举个例子：
蛋蛋开了一个手机店，由于互联网的发展，手机店的生意越来越好，他也是越来越有钱，膨胀的不得了，他发现卖电脑，及其外设也很赚钱，于是他又同时开了一家电脑店和外设店，生意规模越来越大，钱也是越来越多！
可是好景不长，金融危机来袭，利润率急剧下降，他开始担心了，这样下去，我的店铺可都要倒闭了，于是他开始想办法！
之前，由于收入较高，所以每个店铺设置一个专门的仓库和配送人员，但是现在条件有限，为了减少内部开销，小兵把这些店铺的货物仓库撤销了，设立集中仓库和配送部门，专门负责送货，这样既便于管理有减少了开支。
通过这个例子大家也就明白了，如果你要开发的是一个很小很简单的系统，而且你的内部逻辑和数据调用的代码不会被多个程序调用的话，那你就不需要使用WCF。
但是如果你的程序涉及的范围非常广，这个时候，你就需要考虑一下，是不是需要把服务分离出去，如果需要，只要你相应的接口写好，同时将服务契约规范好，就能像我们说的仓库一样，能够为多个“店铺服务”，这也就体现了WCF的多重复用。
分享背景：
近期在做一个番茄时钟的项目，在第一版验收的时候，作为学习的第一版，李总提出：“如果电脑在不连接网络的时候，时钟还可以使用吗？”这样一个问题，正常的番茄时钟是肯定没有问题，但是我这个不行，因为我们的后端服务代码是发布在服务器中的，如果不连接，是没有后端逻辑的，是无法正常执行。
所以我就开始疑惑了，WCF真的适合我们现在做的系统吗？
思考的答案从上边的分享应该可以看出一些来。我是这么认为的，有关于时钟系统离线操作的部分的代码需要写在客户机上，但是需要远程连接数据库的东西，我们就需要发布的服务器上，如果我们之后还需要延伸或是别的项目里也需要我们提供数据服务的时候，我们直接把接口给他，它们按照接口对应去调用就好了。
遇到问题多思考，打破固有思维和从众思想！