111,098
社区成员
发帖
与我相关
我的任务
分享C/S架构用wcf data service还是直接连数据库？
因为是内网程序，不用考虑安全性，我感觉可以直接连数据库。这样好不好？
wcf data service与直接边数据库有什么区别？
wcf data service与直接边数据库有什么区别？
...全文
请发表友善的回复…
发表回复
於黾 2014-11-11
- 打赏
- 举报
你根本没理解安全隐患到底出现在哪里,所以拍脑袋想出了这样一个方案
好比我怕邮寄的信件被人偷看
所以我把字典加密了,写字之前再解密,然后用解密后的文字写信,可是这样一来,写的信里还都是汉字啊,别人一样能够偷看
失落的神庙 2014-11-11
- 打赏
- 举报
用webservice 吧。
失落的神庙 2014-11-11
- 打赏
- 举报
那有什么意义。
相当于脱裤放屁。
mjp1234airen4385 2014-11-11
- 打赏
- 举报
对于局域网来说，你明显想的太多了。
江南小鱼 2014-11-10
- 打赏
- 举报
局域网软件，直连数据库问题不大，也就是走两层。
所谓使用wcf做三层架构，不给客户端暴露业务逻辑，wcf服务层直连数据库。
moonwrite 2014-11-10
- 打赏
- 举报
app.config中的字符串是加密的
在运行时解密 可否
csjtxy 2014-11-10
- 打赏
- 举报
直连效率高，用WCF安全性强。
effun 2014-11-10
- 打赏
- 举报
直接访问数据库的方法相对会简单点，但由于没有应用服务器，就没法管理客户端了，有些功能难以实现，比如需要在客户端之间进行同步控制，所以如果应用系统不复杂可以使用数据库直接访问的办法。
WCF不仅仅可以实现数据库的访问，还可以实现更复杂的业务逻辑，可以弥补前面所说的不足，在安全性和系统的可伸缩性方面有很大的优势，如果有足够的资源，还是建议采用这种方式。
mlqxj35674 2014-11-10
- 打赏
- 举报
从系统的运行效率上考虑，当然是直连。
从保障机制上考虑，那当然WCF。
个人感觉，最健壮的是WEB Service,跨网络，易于扩展，易于修改，但性能也是要损失一些滴
1987andy 2014-11-10
- 打赏
- 举报
如果是内网大多是看个人喜好设计了
可以直接从service连接数据库，也可以中间件，通过wcf访问数据中间件
於黾 2014-11-10
- 打赏
- 举报
具体看客户端数量吧
两种方式各有利弊
如果客户端数量很多,客户机器什么版本都有,而数据库又采用的oracle之类的必须安装客户端的,那么还是果断使用中间件吧
winnowc 2014-11-10
- 打赏
- 举报
如果功能比较简单，业务上确实没有需要用到service的地方，那就直连好了。
wcf data service直接用起来是方便，不过易于扩展的点不够多，实现复杂功能的代价太大。而且有不少性能损失，提升性能还得做很多事情（json方式、asp.net 输出缓存、iis开启动态压缩等等）。所以如果你不考虑给第三方系统暴露数据，中间层只用wcf data service就没什么必要了。话说微软也抛弃了它，新的方式是使用WebApi + OData，虽然用起来不如wcf data service方便，不过更加灵活。
