现在有以智能客户端模式开发出大型系统的吗？智能客户端又是微软的鸡肋？？？？？

asp_love 2006-08-20 05:35:12

这几天在看智能客户端，看了msdn web cast的讲座，看了对脱机数据同步到服务器方式有
ado.net,com+,消息对列等方式，
但是我觉得智能客户端在脱机操作的数据，到时连机同步到服务器上操作是一个难点，特别数据量非常大的时候，比如做erp系统，数据量可能很大，要做到避免数据冲突，并发性还是很难。
这个是小第的观点。
现在感觉市场上还没看到以智能客户端开发出来的大系统！真的对智能客户端越来越怀疑了，难道又是微软的鸡肋？？？？？
请大家讨论，谢谢！

...全文

519 25 打赏收藏转发到动态举报

写回复

用AI写文章

25 条回复

切换为时间正序

请发表友善的回复…

发表回复

huangyj 2006-10-27

打赏
举报

这个确实是对于有离线需求的挺合适

灰太狼 2006-10-27

打赏
举报

siteView公司的大型網絡系統是智能客戶端，你可以去看看。www.siteview.com

dotnba 2006-10-27

打赏
举报

留意一下

ytx98 2006-10-27

打赏
举报

mark +
up

conan19771130 2006-10-13

打赏
举报

现在做的一个正是

little_fish123 2006-10-13

打赏
举报

学习中………………

marvelstack 2006-10-13

打赏
举报

首先要确定只能客户端使用的场合，移动办公。比如外出订单处理。并不是用只能客户端来处理大批量数据逻辑的操作。

yuanzhihua520 2006-10-12

打赏
举报

haha0369 2006-09-05

打赏
举报

tshark 2006-08-24

打赏
举报

好多新的技术不是现在就能说明白的,三年后,五年后,这些变数大家都说不清楚,MS掌握的技术又岂是我们能吃透的.说不定哪天一流行起来,大家都搞智能客户端,到时候什么样都说不好.

asp_love 2006-08-24

打赏
举报

ding

jijl2001 2006-08-24

打赏
举报

打个记号

llsljh 2006-08-24

打赏
举报

关注一下

idda 2006-08-23

打赏
举报

对于那些需要随时、快速、频繁地操作客户端界面的应用，只能客户端是其唯一的选择。
－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－
这句话我赞成。

我的意思对于一个后台比较稳定的数据库，数据不是需要经常修改，比如一个物品查询系统，如果其公司产品不需要频繁的进行调整的话，系统如果采取智能客户端，那么销售人员在其离线前，可以把数据缓存到本地，然后可随时对数据进行查询，了解其产品，价格，性能。

我打此比方的意思仅仅是指智能客户端的离线数据处理。对于数据查询这种不需要做复杂数据处理设计的，智能客户端还是可以比较方便的完成。如果要完成数据离线修改，更新，同步，那设计起来就比较麻烦，特别是对大型系统来说，项目的复杂性陡然增加，往往会导致项目失败。

以专业开发人员为伍 2006-08-22

打赏
举报

如果一个数据查询为主的系统里，智能客户端的好处还是显而易见的。
————————————————————————————————————————————
恰恰相反，对于那些需要随时、快速、频繁地操作客户端界面的应用，只能客户端是其唯一的选择。对于仅仅需要查询、面向决策的操作，倒是web往往是最好的选择。

以专业开发人员为伍 2006-08-22

打赏
举报

放眼看看那些基于internet的c/s结构应用软件比比皆是。如果你没有机会接触其中一两个项目其实是非常遗憾，没有能解除真正的分布式软件。

至于微软提出的“智能客户端”是为了简化编程，而并不是凭空想象出一种技术来。虽然被那些专门培训出来的宣传员吹的很邪乎，但是微软主要是从事包装接口、推广花拳绣腿的工作。

你还是先做一些基于internet的系统，不论采用什么技术，先做两个试试。一个软件要生存，首先要有人用，有人爱用。基于internet的软件根本不可能像在“自家”的局域网里那样不太管授权、部署、升级问题

idda 2006-08-22

打赏
举报

微软的智能客户端确实有很多很好的东西，对于一个大型的，复杂的系统来说，数据离线处理和连线后数据提交的冲突处理确实很难设计。但是，如果一个数据查询为主的系统里，智能客户端的好处还是显而易见的。
另外智能客户端的自动升级机制也是非常好的。对于部署来说非常轻松。我们可以给任何一个windows from的程序添加上自动升级功能，而不需要做代码上的改变。

asp_love 2006-08-22