请教精通WCF的技术大牛。# DotNet - 窗口里的风景
O*n
1 楼
邓肯的第５个冠军，就前５０个牌室常驻ID吧，”常驻“的解释权归领导班子.
RE/DING/PAI之前考虑好，如果马刺不幸连输三场，回帖的每人赔我1个安慰包－－从来
没有任何球队在NBA总决赛中1:3翻盘。
RE/DING/PAI之前考虑好，如果马刺不幸连输三场，回帖的每人赔我1个安慰包－－从来
没有任何球队在NBA总决赛中1:3翻盘。
K*y
2 楼
玩当然积极了，我是无聊的可年人，你们好好玩
xanga的地址
xanga的地址
R*i
3 楼
我现在需要用WCF作一个同步服务，就是把客户端的数据库和文件跟服务器的数据库和
文件相互更新。我们的客户都在条件特别恶劣的地方，也就是说，网络的带宽不仅窄，
而且流量费用巨高，所以需要尽量减少流量。我们公司的技术大牛（Lead Developer)
已经做过类似的同步服务。他的做法如下，不管是数据库的数据，还是文件，他都把它
们转化成byte[]。如果是数据库的数据，他把它们压缩成byte[]，如果是文件，就把他
切成一块一块（chunk)传送，我查了一下他的设定，绑定直接用的是wsHttpBinding,里
面用的都是缺省的设置。我想问一下大牛，他的这种做法有没有问题啊？
我这两天一直在琢磨，上网查资料，我总感觉数据库的数据和文件应该分别对待，数据
库的数据可以用wsHttpBinding,但是文件应该用Stream来传输（wsHttpBinding不支持
Stream),现在的问题是basicHttpBinding的Security好像不容易搞定，要知道，上传/
下载文件也需要传递用户名和密码，然后根据服务器里的数据库数据来决定是否授权。
请指点迷津。
文件相互更新。我们的客户都在条件特别恶劣的地方，也就是说，网络的带宽不仅窄，
而且流量费用巨高，所以需要尽量减少流量。我们公司的技术大牛（Lead Developer)
已经做过类似的同步服务。他的做法如下，不管是数据库的数据，还是文件，他都把它
们转化成byte[]。如果是数据库的数据，他把它们压缩成byte[]，如果是文件，就把他
切成一块一块（chunk)传送，我查了一下他的设定，绑定直接用的是wsHttpBinding,里
面用的都是缺省的设置。我想问一下大牛，他的这种做法有没有问题啊？
我这两天一直在琢磨，上网查资料，我总感觉数据库的数据和文件应该分别对待，数据
库的数据可以用wsHttpBinding,但是文件应该用Stream来传输（wsHttpBinding不支持
Stream),现在的问题是basicHttpBinding的Security好像不容易搞定，要知道，上传/
下载文件也需要传递用户名和密码，然后根据服务器里的数据库数据来决定是否授权。
请指点迷津。
A*e
4 楼
排
R*i
5 楼
我现在需要用WCF作一个同步服务，就是把客户端的数据库和文件跟服务器的数据库和
文件相互更新。我们的客户都在条件特别恶劣的地方，也就是说，网络的带宽不仅窄，
而且流量费用巨高，所以需要尽量减少流量。我们公司的技术大牛（Lead Developer)
已经做过类似的同步服务。他的做法如下，不管是数据库的数据，还是文件，他都把它
们转化成byte[]。如果是数据库的数据，他把它们压缩成byte[]，如果是文件，就把他
切成一块一块（chunk)传送，我查了一下他的设定，绑定直接用的是wsHttpBinding,里
面用的都是缺省的设置。我想问一下大牛，他的这种做法有没有问题啊？
我这两天一直在琢磨，上网查资料，我总感觉数据库的数据和文件应该分别对待，数据
库的数据可以用wsHttpBinding,但是文件应该用Stream来传输（wsHttpBinding不支持
Stream),现在的问题是basicHttpBinding的Security好像不容易搞定，要知道，上传/
下载文件也需要传递用户名和密码，然后根据服务器里的数据库数据来决定是否授权。
请指点迷津。
文件相互更新。我们的客户都在条件特别恶劣的地方，也就是说，网络的带宽不仅窄，
而且流量费用巨高，所以需要尽量减少流量。我们公司的技术大牛（Lead Developer)
已经做过类似的同步服务。他的做法如下，不管是数据库的数据，还是文件，他都把它
们转化成byte[]。如果是数据库的数据，他把它们压缩成byte[]，如果是文件，就把他
切成一块一块（chunk)传送，我查了一下他的设定，绑定直接用的是wsHttpBinding,里
面用的都是缺省的设置。我想问一下大牛，他的这种做法有没有问题啊？
我这两天一直在琢磨，上网查资料，我总感觉数据库的数据和文件应该分别对待，数据
库的数据可以用wsHttpBinding,但是文件应该用Stream来传输（wsHttpBinding不支持
Stream),现在的问题是basicHttpBinding的Security好像不容易搞定，要知道，上传/
下载文件也需要传递用户名和密码，然后根据服务器里的数据库数据来决定是否授权。
请指点迷津。
u*d
6 楼
马刺队里有吉诺比例，帕克，邓肯这三个老球精，想输都难。
k*n
7 楼
本质都是byte, 统一压缩后传送, 你们大牛做得没错. 你的想法增加了复杂度, 网络
传铉也不可靠..
【在 R*****i 的大作中提到】
: 我现在需要用WCF作一个同步服务，就是把客户端的数据库和文件跟服务器的数据库和
: 文件相互更新。我们的客户都在条件特别恶劣的地方，也就是说，网络的带宽不仅窄，
: 而且流量费用巨高，所以需要尽量减少流量。我们公司的技术大牛（Lead Developer)
: 已经做过类似的同步服务。他的做法如下，不管是数据库的数据，还是文件，他都把它
: 们转化成byte[]。如果是数据库的数据，他把它们压缩成byte[]，如果是文件，就把他
: 切成一块一块（chunk)传送，我查了一下他的设定，绑定直接用的是wsHttpBinding,里
: 面用的都是缺省的设置。我想问一下大牛，他的这种做法有没有问题啊？
: 我这两天一直在琢磨，上网查资料，我总感觉数据库的数据和文件应该分别对待，数据
: 库的数据可以用wsHttpBinding,但是文件应该用Stream来传输（wsHttpBinding不支持
: Stream),现在的问题是basicHttpBinding的Security好像不容易搞定，要知道，上传/
传铉也不可靠..
【在 R*****i 的大作中提到】
: 我现在需要用WCF作一个同步服务，就是把客户端的数据库和文件跟服务器的数据库和
: 文件相互更新。我们的客户都在条件特别恶劣的地方，也就是说，网络的带宽不仅窄，
: 而且流量费用巨高，所以需要尽量减少流量。我们公司的技术大牛（Lead Developer)
: 已经做过类似的同步服务。他的做法如下，不管是数据库的数据，还是文件，他都把它
: 们转化成byte[]。如果是数据库的数据，他把它们压缩成byte[]，如果是文件，就把他
: 切成一块一块（chunk)传送，我查了一下他的设定，绑定直接用的是wsHttpBinding,里
: 面用的都是缺省的设置。我想问一下大牛，他的这种做法有没有问题啊？
: 我这两天一直在琢磨，上网查资料，我总感觉数据库的数据和文件应该分别对待，数据
: 库的数据可以用wsHttpBinding,但是文件应该用Stream来传输（wsHttpBinding不支持
: Stream),现在的问题是basicHttpBinding的Security好像不容易搞定，要知道，上传/
D*l
8 楼
等包子
y*9
9 楼
补充一句，传输之前可以做MD5校验，可以避免重复传输。。。主流网盘上面的秒传的
原理就是这个，如果用户A已经上传了某小电影，B再上传，即使AB之间不认识，服务器
对比MD5之后，不必再传。
原理就是这个，如果用户A已经上传了某小电影，B再上传，即使AB之间不认识，服务器
对比MD5之后，不必再传。
R*n
10 楼
牌
w*a
11 楼
如果是SOAP endpoint，考虑到security，只能用wsHttp了.
m*y
12 楼
Ding
c*e
13 楼
为啥用wcf? 直接写c#/php/java code来更新不行吗，还能用try catch写exception
handling code,rollback.
【在 R*****i 的大作中提到】
: 我现在需要用WCF作一个同步服务，就是把客户端的数据库和文件跟服务器的数据库和
: 文件相互更新。我们的客户都在条件特别恶劣的地方，也就是说，网络的带宽不仅窄，
: 而且流量费用巨高，所以需要尽量减少流量。我们公司的技术大牛（Lead Developer)
: 已经做过类似的同步服务。他的做法如下，不管是数据库的数据，还是文件，他都把它
: 们转化成byte[]。如果是数据库的数据，他把它们压缩成byte[]，如果是文件，就把他
: 切成一块一块（chunk)传送，我查了一下他的设定，绑定直接用的是wsHttpBinding,里
: 面用的都是缺省的设置。我想问一下大牛，他的这种做法有没有问题啊？
: 我这两天一直在琢磨，上网查资料，我总感觉数据库的数据和文件应该分别对待，数据
: 库的数据可以用wsHttpBinding,但是文件应该用Stream来传输（wsHttpBinding不支持
: Stream),现在的问题是basicHttpBinding的Security好像不容易搞定，要知道，上传/
handling code,rollback.
【在 R*****i 的大作中提到】
: 我现在需要用WCF作一个同步服务，就是把客户端的数据库和文件跟服务器的数据库和
: 文件相互更新。我们的客户都在条件特别恶劣的地方，也就是说，网络的带宽不仅窄，
: 而且流量费用巨高，所以需要尽量减少流量。我们公司的技术大牛（Lead Developer)
: 已经做过类似的同步服务。他的做法如下，不管是数据库的数据，还是文件，他都把它
: 们转化成byte[]。如果是数据库的数据，他把它们压缩成byte[]，如果是文件，就把他
: 切成一块一块（chunk)传送，我查了一下他的设定，绑定直接用的是wsHttpBinding,里
: 面用的都是缺省的设置。我想问一下大牛，他的这种做法有没有问题啊？
: 我这两天一直在琢磨，上网查资料，我总感觉数据库的数据和文件应该分别对待，数据
: 库的数据可以用wsHttpBinding,但是文件应该用Stream来传输（wsHttpBinding不支持
: Stream),现在的问题是basicHttpBinding的Security好像不容易搞定，要知道，上传/
F*r
14 楼
1：3的赔率？我in
把你的奖励和安慰都扩大十倍吧
百倍的话，我去砸锅卖铁站买提
【在 O******n 的大作中提到】
: 邓肯的第５个冠军，就前５０个牌室常驻ID吧，”常驻“的解释权归领导班子.
: RE/DING/PAI之前考虑好，如果马刺不幸连输三场，回帖的每人赔我1个安慰包－－从来
: 没有任何球队在NBA总决赛中1:3翻盘。
把你的奖励和安慰都扩大十倍吧
百倍的话，我去砸锅卖铁站买提
【在 O******n 的大作中提到】
: 邓肯的第５个冠军，就前５０个牌室常驻ID吧，”常驻“的解释权归领导班子.
: RE/DING/PAI之前考虑好，如果马刺不幸连输三场，回帖的每人赔我1个安慰包－－从来
: 没有任何球队在NBA总决赛中1:3翻盘。
H*g
15 楼
你有点答非所问。。。WCF是SERVICE， C#是语言。。。不能这样类比把。
【在 c*********e 的大作中提到】
: 为啥用wcf? 直接写c#/php/java code来更新不行吗，还能用try catch写exception
: handling code,rollback.
【在 c*********e 的大作中提到】
: 为啥用wcf? 直接写c#/php/java code来更新不行吗，还能用try catch写exception
: handling code,rollback.
m*y
16 楼
我也排
【在 O******n 的大作中提到】
: 邓肯的第５个冠军，就前５０个牌室常驻ID吧，”常驻“的解释权归领导班子.
: RE/DING/PAI之前考虑好，如果马刺不幸连输三场，回帖的每人赔我1个安慰包－－从来
: 没有任何球队在NBA总决赛中1:3翻盘。
【在 O******n 的大作中提到】
: 邓肯的第５个冠军，就前５０个牌室常驻ID吧，”常驻“的解释权归领导班子.
: RE/DING/PAI之前考虑好，如果马刺不幸连输三场，回帖的每人赔我1个安慰包－－从来
: 没有任何球队在NBA总决赛中1:3翻盘。
x*7
17 楼
排。
O*n
18 楼
nngx, 明明是福利，砸就被你黑成了赌博。。。。。。
【在 F*********r 的大作中提到】
: 1：3的赔率？我in
: 把你的奖励和安慰都扩大十倍吧
: 百倍的话，我去砸锅卖铁站买提
【在 F*********r 的大作中提到】
: 1：3的赔率？我in
: 把你的奖励和安慰都扩大十倍吧
: 百倍的话，我去砸锅卖铁站买提
m*9
19 楼
今天黑色星期五，颤悠悠的排一个。
绝对不会4：1 赢的，为了商业效益啊
绝对不会4：1 赢的，为了商业效益啊
l*r
20 楼
chi
c*e
21 楼
占上
p*0
22 楼
RE/DING/PAI
f*u
23 楼
排
【在 p****0 的大作中提到】
: RE/DING/PAI
【在 p****0 的大作中提到】
: RE/DING/PAI
t*o
24 楼
想输都难。
k*p
25 楼
排。
【在 O******n 的大作中提到】
: 邓肯的第５个冠军，就前５０个牌室常驻ID吧，”常驻“的解释权归领导班子.
: RE/DING/PAI之前考虑好，如果马刺不幸连输三场，回帖的每人赔我1个安慰包－－从来
: 没有任何球队在NBA总决赛中1:3翻盘。
y*9
26 楼
pai。。。。。。。
l*h
27 楼
mouseloyal (精灵鼠小弟) 共上站 8 次，发表过 0 篇文章
上次在 [Fri Jun 13 14:55:03 2014] 从 [64.] 到本站一游。
离线时间[因在线上或非常断线不详] 信箱：[ ] 身份: [用户]
伪币: [0.00](可用：-0.10)
皇鼠也有双胞胎弟弟了？ 几可乱真啊，佩服佩服
上次在 [Fri Jun 13 14:55:03 2014] 从 [64.] 到本站一游。
离线时间[因在线上或非常断线不详] 信箱：[ ] 身份: [用户]
伪币: [0.00](可用：-0.10)
皇鼠也有双胞胎弟弟了？ 几可乱真啊，佩服佩服
p*i
28 楼
排
如果连输3场，我赶紧把这个ID的包子都转移了
【在 O******n 的大作中提到】
: 邓肯的第５个冠军，就前５０个牌室常驻ID吧，”常驻“的解释权归领导班子.
: RE/DING/PAI之前考虑好，如果马刺不幸连输三场，回帖的每人赔我1个安慰包－－从来
: 没有任何球队在NBA总决赛中1:3翻盘。
如果连输3场，我赶紧把这个ID的包子都转移了
【在 O******n 的大作中提到】
: 邓肯的第５个冠军，就前５０个牌室常驻ID吧，”常驻“的解释权归领导班子.
: RE/DING/PAI之前考虑好，如果马刺不幸连输三场，回帖的每人赔我1个安慰包－－从来
: 没有任何球队在NBA总决赛中1:3翻盘。
F*r
29 楼
哈哈……赌徒嘛
不到输得烂手烂脚是不会停下来的
【在 O******n 的大作中提到】
: nngx, 明明是福利，砸就被你黑成了赌博。。。。。。
不到输得烂手烂脚是不会停下来的
【在 O******n 的大作中提到】
: nngx, 明明是福利，砸就被你黑成了赌博。。。。。。
J*s
30 楼
占
【在 O******n 的大作中提到】
: 邓肯的第５个冠军，就前５０个牌室常驻ID吧，”常驻“的解释权归领导班子.
: RE/DING/PAI之前考虑好，如果马刺不幸连输三场，回帖的每人赔我1个安慰包－－从来
: 没有任何球队在NBA总决赛中1:3翻盘。
【在 O******n 的大作中提到】
: 邓肯的第５个冠军，就前５０个牌室常驻ID吧，”常驻“的解释权归领导班子.
: RE/DING/PAI之前考虑好，如果马刺不幸连输三场，回帖的每人赔我1个安慰包－－从来
: 没有任何球队在NBA总决赛中1:3翻盘。
m*8
31 楼
这包子不拿还有天理
O*e
32 楼
排
w*m
33 楼
牌上！
【在 O******n 的大作中提到】
: 邓肯的第５个冠军，就前５０个牌室常驻ID吧，”常驻“的解释权归领导班子.
: RE/DING/PAI之前考虑好，如果马刺不幸连输三场，回帖的每人赔我1个安慰包－－从来
: 没有任何球队在NBA总决赛中1:3翻盘。
【在 O******n 的大作中提到】
: 邓肯的第５个冠军，就前５０个牌室常驻ID吧，”常驻“的解释权归领导班子.
: RE/DING/PAI之前考虑好，如果马刺不幸连输三场，回帖的每人赔我1个安慰包－－从来
: 没有任何球队在NBA总决赛中1:3翻盘。
x*n
34 楼
我最喜欢邓肯了，从阳光帅哥追到现在快可以称做中年大叔了。大力支持他和他的队友
！
！
z*r
35 楼
饭了十几年邓肯了，这个冠军等的不容易，但好像又来的很轻松。
【在 O******n 的大作中提到】
: 邓肯的第５个冠军，就前５０个牌室常驻ID吧，”常驻“的解释权归领导班子.
: RE/DING/PAI之前考虑好，如果马刺不幸连输三场，回帖的每人赔我1个安慰包－－从来
: 没有任何球队在NBA总决赛中1:3翻盘。
【在 O******n 的大作中提到】
: 邓肯的第５个冠军，就前５０个牌室常驻ID吧，”常驻“的解释权归领导班子.
: RE/DING/PAI之前考虑好，如果马刺不幸连输三场，回帖的每人赔我1个安慰包－－从来
: 没有任何球队在NBA总决赛中1:3翻盘。
A*a
36 楼
铜牌！
l*0
37 楼
排
O*n
38 楼
标题已改，包子已发（第一次用包子机，很好使)，谢谢大家，这下可以安心看世界杯
了。
20岁的卡瓦依得了今年的FMVP---15年前，同样一个20岁的小伙子得了FMVP,他的名字叫
邓肯，NBA史上最强大前，没有之一.
GDP,明年再来！
了。
20岁的卡瓦依得了今年的FMVP---15年前，同样一个20岁的小伙子得了FMVP,他的名字叫
邓肯，NBA史上最强大前，没有之一.
GDP,明年再来！
d*6
39 楼
是啊，邓肯不容易啊，强烈祝贺一下。
【在 O******n 的大作中提到】
: 标题已改，包子已发（第一次用包子机，很好使)，谢谢大家，这下可以安心看世界杯
: 了。
: 20岁的卡瓦依得了今年的FMVP---15年前，同样一个20岁的小伙子得了FMVP,他的名字叫
: 邓肯，NBA史上最强大前，没有之一.
: GDP,明年再来！
【在 O******n 的大作中提到】
: 标题已改，包子已发（第一次用包子机，很好使)，谢谢大家，这下可以安心看世界杯
: 了。
: 20岁的卡瓦依得了今年的FMVP---15年前，同样一个20岁的小伙子得了FMVP,他的名字叫
: 邓肯，NBA史上最强大前，没有之一.
: GDP,明年再来！
y*9
40 楼
包子收到。恭喜
A*a
41 楼
恭喜！
m*9
42 楼
包子收到，同激动！
p*i
43 楼
谢包子！
【在 O******n 的大作中提到】
: 邓肯的第５个冠军，就前５０个牌室常驻ID吧，”常驻“的解释权归领导班子.
: RE/DING/PAI之前考虑好，如果马刺不幸连输三场，回帖的每人赔我1个安慰包－－从来
: 没有任何球队在NBA总决赛中1:3翻盘。
【在 O******n 的大作中提到】
: 邓肯的第５个冠军，就前５０个牌室常驻ID吧，”常驻“的解释权归领导班子.
: RE/DING/PAI之前考虑好，如果马刺不幸连输三场，回帖的每人赔我1个安慰包－－从来
: 没有任何球队在NBA总决赛中1:3翻盘。
F*r
44 楼
马刺明年还是值得期待！！！
为啥？看看今年马刺的战况和GDP的贡献就知道了
全民皆兵的整体篮球，GDP年纪大一点根本不是问题
【在 O******n 的大作中提到】
: 标题已改，包子已发（第一次用包子机，很好使)，谢谢大家，这下可以安心看世界杯
: 了。
: 20岁的卡瓦依得了今年的FMVP---15年前，同样一个20岁的小伙子得了FMVP,他的名字叫
: 邓肯，NBA史上最强大前，没有之一.
: GDP,明年再来！
为啥？看看今年马刺的战况和GDP的贡献就知道了
全民皆兵的整体篮球，GDP年纪大一点根本不是问题
【在 O******n 的大作中提到】
: 标题已改，包子已发（第一次用包子机，很好使)，谢谢大家，这下可以安心看世界杯
: 了。
: 20岁的卡瓦依得了今年的FMVP---15年前，同样一个20岁的小伙子得了FMVP,他的名字叫
: 邓肯，NBA史上最强大前，没有之一.
: GDP,明年再来！
d*1
45 楼
very exciting game, 排。
A*e
46 楼
恭喜，您咋高兴滴手抖滴多了点哈，包子机很灵敏滴。。。。
【在 O******n 的大作中提到】
: 标题已改，包子已发（第一次用包子机，很好使)，谢谢大家，这下可以安心看世界杯
: 了。
: 20岁的卡瓦依得了今年的FMVP---15年前，同样一个20岁的小伙子得了FMVP,他的名字叫
: 邓肯，NBA史上最强大前，没有之一.
: GDP,明年再来！
【在 O******n 的大作中提到】
: 标题已改，包子已发（第一次用包子机，很好使)，谢谢大家，这下可以安心看世界杯
: 了。
: 20岁的卡瓦依得了今年的FMVP---15年前，同样一个20岁的小伙子得了FMVP,他的名字叫
: 邓肯，NBA史上最强大前，没有之一.
: GDP,明年再来！
相关阅读
ASP .Net Portal starter kit 怎么结构那么差.Net search engine[公告] DotNet 板的投票结果问个问题[FWD]C#4JavaErsBeOS support C#[转载] Re: 我来支持Re: 提名LodossWar, away 为DotNET版副HttpWebRequest小程序Visio UML to C# exporter困猫, 定义test driven programming and ...NET 入门系列(1)--什么是.NET什么时候新出了这个版?cs unit 范例表扬Edelweiss Re: 问一个吵架笨笨,菩萨怕怕stupid C#问题using weather XML feed in C#[FWD]C#4JavaErsweb service Re: .NET 入门系列(1)--什么是.NET[转载] 申请.NET 版.net正板光盘丢了一张怎么办? 与 .NET 相关的网上资源