C# 关于分布式框架的技术选型
0
悬赏园豆：50
[待解决问题]
先简单讲讲我的需求或对目标框架的要求：
1、总体上是一个分布式框架，提供各类服务包括数据服务、授权验证、其它业务服务；
2、WCF+Entity提供数据服务，但在wcf服务端对应的契约接口不知道该如何写？每个实体都有CRUD操作，理论上一个接口就行了，但WCF服务端又不支持泛型接口。
3、不喜欢客户端用服务代理生成代码，个人喜好问题
4、不喜欢客户端手写个每个实体的代理类，个人喜好问题
5、框架对于客户端开发人员尽量透明，且应用简单；
6、我还希望所有对外服务能统一管理，比如统一的注册、注销等（目前是用发现代理服务来管理）
7、个人感觉:
纯WCF最灵活
WCF Data Service应用简单，但要引用服务代理（不喜欢），仅支持http(不喜欢)，能不能用透明代理(不知道)
WCF RIA是为Silverlight应用服务的，不考虑
WCF RESTful ，据说是未来方向，我的理解这仅是风格问题，不影响框架，有必要的话，以后添加支持REST就是了
期望各位老师或有经验的同学讲讲你们的想法或建议，欢迎讨论。
所有回答(2)
0
目前用WCF+EF，服务端对应的契约接口写了多个，客户端有代理类，也在考虑新方案
最不能容忍的就是对每个实体写一个契约接口了
客户端写代理类的方式也很恶心了，REST风格可以避免个。REST在异构的分布式应用中还是有优势的
@如蓝: REST的风格是比较好，用ajax调用也不错，但感觉用C#代码调用比较麻烦
0
为什么不用WebAPI
