[转]关于胖客户端和瘦客户端的理解

http://blog.sina.com.cn/s/blog_572390880100oo86.html

C/S B/S的区别



你是不是说胖客户端相当于一个C/S结构,而瘦客户端相当于一个B/S结构呀



胖客户端和瘦客户端是相对的.之间的区别在于是否有大量的业务逻辑需要放在客户端,c/s结构中,主要的逻辑程序放在客户端,很多时候服务器是指的数据库服务器.所以是胖客户端

而在b/s结构中业务逻辑都放在服务器上.客户端只有个浏览器,服务器发送给客户端的只有遵循了html规则的字符串,当然如果你用到了applet之类的东西就相当于把一些业务逻辑放置在客户端上.



魔兽世界就是典型的胖客户端,而猫游记就是典型的瘦客户端。
------------------------------end

上面都是传统意义上的胖瘦客户端,随着Ajax的兴起代表着胖客户端时代的再次来临,

本人使用Ajax方法开发了一段时间的web系统,感觉到服务器的开发被大大的减少了,主要的工 作都在javascript中进行,连表格创建都在客户端进行,客户端是个大大的胖子,想想以前开发应用程序,基本上都在客户端编代码,感觉又回到了那个 时代,这大概就是政治上讲的螺旋式上升的意思吧.

(单机)→(胖客户端+服务器)→(瘦客户端+服务器)→(胖客户端+服务器)

本人认为Ajax有一个大的好处就是降低了服务器端的压力,把许多工作放到IE上完成,事实上是分流工作的一种方法,基本代表着未来的方向.

http://www.yuyanjia.com/augur-61885-1.html

瘦客户端与富客户端是两个相对的概念。有两种分类方式:

1.b/s结构的网络应用程序与c/s结构的应用程序,可以分别称为瘦客户端与富客户端。

(1)在这种富客户端(rich client)下,客户端除了负责将程序的ui界面显示给用户进行交互外,还负责进行大部分的业务逻辑处理。典型的胖客户端应用程序都包含一个或多个在服务器和客户pc上运行的应用程序,客户pc上安装功能丰富的交互式的用户界面,用户通过这个界面可以查看和操作数据,处理业务事务等,由于客户端分担了服务器的一部分或者全部业务逻辑的处理,这样客户端就显得很"臃肿",所以叫胖客户端,也叫富客户端。服务器部分一般集中处理数据的访问操作,同时也负责处理一部分或全部的业务逻辑。

优点:可以减轻服务器的压力,降低对服务器性能的要求。

缺点:对客户端机器的要求比较高;客户端的部署不方便,当程序的业务逻辑发生变化时,客户端更新程序不方便。

(2)这种类型的瘦客户端(thin client),主要指b/s结构的web应用。实际上是c/s结构的一个变种,它将c/s结构中的客户端程序,统一为浏览器(broswer),浏览器中只解析标准的html来显示用户交互界面. 这样,服务器端负责处理业务逻辑和数据存取, 然后将处理完的结果以html的形式发送到客户端,客户端负责将结果显示给用户,客户端除了负责一些数据的验证和组织之外,基本上不处理任何的业务逻辑,只专注于用户交互界面显示,这样客户端就显得很瘦小,所以叫瘦客户端。

2.在这种分类方式中,富客户端确切地应该称为富因特网应用程序(rich internet applications,ria),瘦客户所指的还是b/s结构的web应用。

(1)在这种富客户端(ria)下,利用具有很强交互性的富客户端技术来为用户提供一个更高和更全方位的网络体验。ria集成了桌面应用的交互性和传统web应用的部署灵活性与成本分析,以创建单一而完整的用户体验。富客户端技术使创建ria成为可能,它提供一个运行时的环境以承载被编译的客户端应用程序,该客户端应用程序是一个使用http协议发布的文件。客户端应用程序使用异步的c/s结构连接到现有的应用服务器,这是一种安全的、可升级的、具有良好适应性的面向服务模型,这种模型由当前所采用的web服务驱动。

  富客户端技术正在不断地完善中,但并不意味着会取代html。相反它将进一步扩展浏览器功能,使之提供更加高效和友好的用户接口。许多ria都在浏览器中运行,甚至它本身就是html的一部分,所以html将继续保持其原有的角色。另外,由于富客户端技术可以支持运动的图像、视频、音频、双向的数据通信和创建复杂的窗体,它为创建应用程序用户接口提供了一个高效而完善的开发环境。

  ria开发必须具备三个要素:富客户端技术、服务器技术和开发工具。富客户端技术充分利用本地机器的处理能力来处理数据,而不需要把某些数据发送到服务器处理,充分利用了本地机器的资源。服务器技术提供了一种与富客户端的连接机制,作为ria的服务器技术必须从现有的服务器技术继承,可以提供一个快速的脚本环境,支持数据库应用开发、双向数据通信、实时数据通信,甚至采用一种新的服务器,例如:coldfusion server和flash communication server等。ria实现必须有一组简单而高效的开发工具,如果没有一组简单而高效的开发工具,那么富客户端技术与服务器技术是毫无意义的。正是由于 ria的c/s结构,它需要一组开发工具协同工作才可以完成。

  尽管目前有许多富客户端技术,但是macromedia flash player却被广泛采用,它已经逐渐成为富客户端技术的网络标准。flash player 已经是一个无处不在的富媒体客户端,它可以在不同的浏览器和操作系统上运行,所以它是一个跨平台、跨操作系统的网络客户端。

如今,随着技术的发展,特别是ajax技术的出现,b/s结构的web应用程序也逐渐向胖客户端发展,再加上flex的出现,更加快了b/s结构的web应用程序向胖客户端发展。下图1-1所示为ria应用的截图.

参考资料:

富客户端技术简介.http://evan2008.blog.51cto.com/509463/107090,2008-10-21.

富客端(也叫胖客户端)与瘦客户端的区别.http://hi.baidu.com/loky2008/blog/item/c5f23402697376e209fa9354.html,2010-10-06

时间: 2024-10-06 03:27:20

[转]关于胖客户端和瘦客户端的理解的相关文章

胖客户端和瘦客户端

胖和瘦?纠结了妙龄少女,更郁闷了无数男女老少.每天充斥在宿舍的一句话就是:从明天开始我要减肥!!结果,可想而知,真的永远是明天而已.就这样,胖和瘦在我们人类之间无缝不在的存在着.可是客户端怎么就有胖瘦啦?刚刚看到这对名词时,我也是很纳闷.不过细加了解后,才知道这两者的区别. 可想而知,胖客户端和瘦客户端这是一组成对存在.没有胖就没有瘦,没有瘦也就没有胖.那么究竟什么是胖客户端?什么是瘦客户端呢?两者又有什么区别呢?后者也是我们今天讨论的主要问题. 胖客户端是指在客户机器上安装配置的一个功能丰富的

胖客户端与瘦客户端

1. 瘦客户端 瘦客户端(Thin Client)指的是在客户端-服务器网络体系中的一个基本无需应用程序的计算机终端. 它通过一些协议和服务器通信,进而接入局域网.作为应用程序平台的Internet的到来为企业应用程序提供了一个全新的领域:一个基于Internet/intranet的应用程序运用一个只包含一个浏览器的瘦客户端.这个浏览器负责解释.显示和处理应用程序的图形用户界面(GUI)和它的数据.这样的一个应用程序只需要被安装在一个Web服务器上,用户可以自动接收升级.一个解决方案只需要部署一

瘦客户端和富客服端

今天看webservice的时候看到了这个这个瘦客服端的,之前没有听说过,所以专门去查了一些资料的解释 1 瘦客服端 瘦客户端(Thin Client)指的是在客户端-服务器网 络体系中的一个基本无需应用程序的计算机终端. 它通过一些协议和服务器通信,进而接入局域网.作为应用程序平台的Internet的到来为企业应用程序提供了一个全新的领域:一个基于 Internet/intranet的应用程序运用一个只包含一个浏览器的瘦客户端.这个浏览器负责解释.显示和处理应用程序的图形用户界面(GUI)和它

瘦客户端开机自动连接虚拟桌面

需求场景: 1 瘦客户端开机直接进入虚拟桌面.管理员可以根据具体需求选择不同的桌面,例如周一到周五开机进入上课桌面,周末开机进入考试桌面. 实现步骤: 1,瘦客户机更改计算机名.可手动修改或者通过软件修改见俺的另外一篇文档. 例如students-001,students-001. 2,瘦客户机添加开机启动项: A.选取一台瘦客户机,打开注册表(运行regedit),进入路径. [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersi

Alljoyn瘦客户端库介绍(官方文档翻译 下)

由于其他事情耽误,这个翻译现在才完成.接上篇—— 4 瘦客户端核心库架构 由于AllJoyn瘦客户端核心库(AJTCL)必须运行在那些功耗受限.计算能力有限.资源紧缺的设备上,因此它无法像运行在通用型计算机系统上那样使用和AllJoyn标准核心库(AJSCL)一样的架构. 一个AJSL或服务进程的分层结构如图3所示.<Introduction to the AllJoyn Framework>一文描述了这些层次结构的更详尽细节.需要特别注意的是, 每个Alljoyn客户端或服务器程序都会以这种

Alljoyn瘦客户端库介绍(官方文档翻译)

Alljoyn瘦客户端库介绍(1) 1.简介 本文档对AllJoynTM瘦客户端的核心库文件(AJTCL)进行了详尽的介绍.本文档介绍了系统整体架构,AllJoyn框架结构,并着重于介绍如何将嵌入式设备加入AllJoyn系统整体架构中.1.1目的 本文档介绍了如何使一个受限于功耗.计算能力和内存的设备(嵌入式设备)加入AllJoyn分布式系统.具体而言,本文档包括了对AllJoyn面向嵌入式系统的方面的介绍,并着重描述了基于AllJoyn的系统的各个组件是如何与嵌入式设备协作以构建一个基于接近式

Struts 2.x仍然明显落后于时代。 Struts 2.x这一类老牌Web MVC开发框架仅能用于开发瘦客户端应用,无法用来开发对于交互体验要求更高的应用。

后来我在工作中陆续使用过Struts 1.x和Struts 2.x.我曾经把一个开源的基于Struts 1.x的自助式广告联盟应用移植到Spring MVC,还基于Struts 2.x做过网站开发.Struts 1.x的主要问题是框架的侵入性太大,不利于代码重用和单元测试.Struts 2.x确实进步很大,完全基于POJO,学习曲线低了很多,还支持零配置(不需要XML配置,甚至也不需要Annotation).尽管如 此,Struts 2.x仍然明显落后于时代.  Struts 2.x这一类老牌W

瘦客户端

ylbtech-Miscellaneos:瘦客户端 A,返回顶部 1, 瘦客户端(Thin Client)指的是在客户端-服务器网络体系中的一个基本无需应用程序的计算机终端. 它通过一些协议和服务器通信,进而接入局域网.作为应用程序平台的Internet的到来为企业应用程序提供了一个全新的领域:一个基于Internet/intranet的应用程序运用一个只包含一个浏览器的瘦客户端.这个浏览器负责解释.显示和处理应用程序的图形用户界面(GUI)和它的数据.这样的一个应用程序只需要被安装在一个Web

瘦客户端部分用户AS400数据传送无法使用的问题

在相同虚拟服务器下有的用户AS400数据传送正常,有的用户出现上述错误提示,前期判断跟瘦客用户的配置文件有关, 把PC5250$A.TFR和PC5250$A.TTO拷贝到用户配置文件的相应路径下,解决了从AS400向外传送的问题,从外向AS400传送依然不可 具体原因不明. 最终对策:把其它正常PC的PC5250$A.TFR和PC5250$A.TTO文件拷贝到C:\Program Files (x86)\IBM\Client Access\Emulator下面,瘦客户端用户可以正常传送数据 原文