B/S、C/S和(B+C)/S。来,大家聊一聊(50分)

  • 主题发起人 主题发起人 腾龙
  • 开始时间 开始时间

腾龙

Unregistered / Unconfirmed
GUEST, unregistred user!
B/S:
使用浏览器(BROWSER)与服务器合作工作,现在成为很多网络服务的实现形式,其开发
成本低,使用方便。但是有有问题就是,稳定性,安全性,以及特殊服务不能提供。
C/S:
客户端软件+服务器软件,现在的大多数局域网服务用它,INTERNET网上使用较少。功能
强大,服务稳定。但是成本高,开发费用高。技术难度大。
(B+C)/S
使用客户端软件,利用浏览器使用的HTTP协议。与服务器(WEB服务器),交互完成功能
的实现,对于服务器,仅仅成为一个数据的提供与保存部分。而实现和操作主要在客户端进
行。减轻了服务器工作负荷,同时,也降低了开发成本。并且C/S的大多数功能都能实现。这]
样是小公司,小成本运做也可以享受高性能的网络服务了。

大家对(B+C)/S有和见解,欢迎来讨论。
 
写过(B+C)/S的程序,感觉很有意思的说。
 
C/S==>B/S 的一些模块转换起来有些麻烦,数据即时显示等。不知道大家有什么解决方案?
 
我来听课,各位大师请讲!
 
(B+C)/S=web services?
 
B/S

不完全是Browse/Server吧

我觉得是以服务器为主的多层架构~~~~~~~~~

愚见,本来就无太经验。

望指正~~~~~~~~~~~
 
怎么没有大师讲课啊?
:((
 
(B+C)/S的程序 等于是B/S和C/S的优势互补充。
还有。楼主说的:C/S 成本高,开发费用高。技术难度大
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
我不同意。。我一个同学的论文就是专门对比了C/S和多层的开发时间,
开发成本和以后的升级费用,维护费用的对比。结论是和你相反的。
只不过C/S的前期投入小。后期的维护大。真正的多层则是相反而已。
技术方面C/S更是简单的不得了。。
 
TO forss:
整楼就你说的有些见地。我的C/S是和B/S比较的,他的技术要求高,开发成本高。
B/S只需要一个服务器短的代码就可以了,而且对于用ASP等语言,修改、调整也方便,
而对于C/S至少需要有一个客户端和服务器端两部分的程序。而且以后修改,也比较麻烦。
对于你说的多层结构,我不是很清楚。(因为我没有实际经验)。能否给我介绍一下?
 
呵,真正的B/S结构的程序是使得整个系统组件化。
使的不管客户端是要应用程序也好。还是只要一个流揽器也好。还是一些要应用程序。
一些要IE,都可以轻松的完成。实际上也就是多层了。只是多层的系统对TEAM的要求
相对高些。还需要有好的规划。而(B+C)/S就有正好弥补了纯多层的一些难度。
(喜欢极端主义的程序员会对这种方式不屑的,但是它确实可以降低开发难度和成本,
而且可以在一定程序上提高软件的可以拓展性)
 
你做过或者见过B+c/S的东西吗?有源代码吗?
 
我也在关注这问题
 
接受答案了.
 
不知怎样入门
 
现在的网络条件是最好的解决办法!
 
后退
顶部