首页 新闻 赞助 找找看

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就是了

期望各位老师或有经验的同学讲讲你们的想法或建议,欢迎讨论。

如蓝的主页 如蓝 | 初学一级 | 园豆:150
提问于:2011-11-25 17:06
< >
分享
所有回答(2)
0

目前用WCF+EF,服务端对应的契约接口写了多个,客户端有代理类,也在考虑新方案

artwl | 园豆:16736 (专家六级) | 2011-11-25 17:35

最不能容忍的就是对每个实体写一个契约接口了

客户端写代理类的方式也很恶心了,REST风格可以避免个。REST在异构的分布式应用中还是有优势的

支持(0) 反对(0) 如蓝 | 园豆:150 (初学一级) | 2011-11-25 17:41

@如蓝: REST的风格是比较好,用ajax调用也不错,但感觉用C#代码调用比较麻烦

支持(0) 反对(0) artwl | 园豆:16736 (专家六级) | 2011-11-25 17:47
0

为什么不用WebAPI

BestNow | 园豆:212 (菜鸟二级) | 2016-08-17 11:49
清除回答草稿
   您需要登录以后才能回答,未注册用户请先注册