用C#开发分布式数据库应用winform程序用到的技术和知识点？

Question

winform的程序，客户端+应用服务器+数据库服务器的模式，开发要用到哪些技术和知识点？winform数据库c#应用服务器

Answer 1

远程调用用WCF，前台自己写个MVP/MVC框架，后台用DDD分层，持久化用EF，如果业务流程特别复杂，还可以加上WF。
至于分布式，最好是分布你的整个应用系统，而不是分布你的组件，用Memcache之类的存放Session/Token就行了。

Answer 2

我的这个欢迎了解，最佳分布式应用。
=======================================================
.NET快速开发整合框架（RDIFramework.NET），基于.NET的快速开发、整合框架，给用户和开发者最佳的.Net框架部署方案。
平台博客：[CNBLOGS]http://www.cnblogs.com/huyong 
     [CSDN]http://blog.csdn.net/chinahuyong
交流QQ：406590790 （请注明：CSDN）
平台微博：http://t.qq.com/yonghu86
邮件交流：[email protected]

Answer 3

客户端:wpf,wcf ria
应用服务器:wcf ria
数据库服务器：sql server

Answer 4

似乎好像，俺们前面一个帖子已经回答了似乎好像你有个帖子说自己是delphi程序员，那么我们说你delphi里面怎么做c#里面仍然怎么做。管他啥wcf，wpf，asp.net mvc，Ef做啥子。
我一个命令做一件事情，我说do A，难道计算机会do B吗？客户端说我要do A。管他是wcf也好，ws也罢，就是soket又有啥关系？只要服务器收到自然就会do A，而不是do B这个里面唯一的区别就是，你打算使用什么方式去封装你的功能的和通讯协议。比如这里大部分人建议你用wcf去封装，因为微软已经封好了。
当然你用其他方式去封装也丝毫木问题，我个人还经常使用Apache Thrift封装呢ps：你这玩意和分布式其实木啥关系，分布式的核心定义是把服务分布在多个服务器上共同提供服务，而不是你这种一个服务器多个客户端的方式（你这玩意按道理说是个集中式服务，而不是分布式服务）

Answer 5

其实总体上你过去纠缠那个1234567了，其实我们说无所谓了你就完全用你的delphi写个你认为不是你的“分布式”的程序又如何？难道俺们不可以在你这个delphi程序上加个套子让他对外提供服务吗？我觉着很多程序员过度追求这个1234567了，3层如何？？我写一个“3层”滴玩意，难道就不能加个wcf套子对外提供rest api？或者说我的asp.net mvc就不可以在contrl里调用“3层”滴bil？？其实比较典型的如淘宝的api，携程的api，qq的微信接口，人家背后还指不定啥呢？也许就是简单的3层，也学后面经过了c++，java，python滴无数道处理，那有如何。他不是rest api？？你啥asp.net mvc不可以使用？？

Answer 6

当然如果你还是不明白，我可以举一个很常见的例子，比如ftpftp服务器端可以是任意语言开发的玩意，一个c++开发的ftp服务器端，和一个delphi开发的服务器端对于俺们c#滴客户端来说，其实没啥关系。只要你说你是ftp服务器，你按ftp协议搞滴,俺们c#程序员在客户端代码里一样可以使用，哪怕你说你的ftp是专门特殊开发滴，里面还有一些特殊的只针对某个客户的专用指令，也木问题，只要你告诉指令是啥了，俺们一样可以用c#编写客户端