系列文章索引:
[WCF邮件通信系统应用 之 数据同步程序 之 设计内幕 之 一]
[WCF邮件通信系统应用 之 数据同步程序 之 设计内幕 之 二]
"开门待客"还是“送货上门”？
[WCF邮件通信系统应用 之 数据同步程序 之 设计内幕 之 三]
[WCF邮件通信系统应用 之 数据同步程序 之 设计内幕 之 四]
前期曾经有同事问到：同步一个数据库要发多少个
数据包？
也有人问到：一天的数据，可不可以只发一个 数据包？
类似的问题比较多，大家一想到数据就想到数据文件，数据包，这是最普遍的做法 ，也就成了习惯的想法，往往一旦思维模式固定之后，对于新的东西就有一点难以接受了。
也有人问到：一天的数据，可不可以只发一个 数据包？
类似的问题比较多，大家一想到数据就想到数据文件，数据包，这是最普遍的做法 ，也就成了习惯的想法，往往一旦思维模式固定之后，对于新的东西就有一点难以接受了。
为什么数据要放到数据文件或者数据包中？数据是什么？一般人想到的就是销售数据表之类的东西，这些，都是“
形而下”的东西，如果要让我们的解决方案更通用，我们需要一点“
形而上学”，
数据就是信息，(我们这里的)信息的计算机化就是字节流，字节流最方便存储和访问的地方就是“内存”，对，是内存，所以我们不需要文件，所以我们可以把信息直接放到邮件的正文里面。可以放到邮件的附件里面吗？可以，如果你走路喜欢多绕几个弯，说话喜欢拐弯抹角，但这不是我的性格，我喜欢简单，直接。如果你非要问我这样做还有啥其它好处？那就是“
安全”--不容易被第三方软件截获，不会感染病毒。
所以，对于本方案中使用邮件来做数据同步的想法，最关心的不是多少个数据包，数据是存正文还是附件这样的问题，而是如何处理起来更快，更有效，更稳定，如果非要问数据是怎么传输的？我给你的答案是：
数据在对象里面，我用邮件把这些对象发送到了很远的地方。
本文转自深蓝医生博客园博客，原文链接：http://www.cnblogs.com/bluedoctor/archive/2010/12/31/1923259.html，如需转载请自行联系原作者
