关于C/S结构和B/S结构

蓝色川江鱼

C/S结构，即Client/Server(客户机/服务器)结构，是大家熟知的软件系统体系结构，通过将任务合理分配到Client端和Server端，降低了系统的通讯开销，可以充分利用两端硬件环境的优势。早期的软件系统多以此作为首选设计标准。。
　　B/S结构，即Browser/Server(浏览器/服务器)结构，是随着Internet技术的兴起，对C/S结构的一种变化或者改进的结构。在这种结构下，用户界面完全通过WWW浏览器实现，一部分事务逻辑在前端实现，但是主要事务逻辑在服务器端实现，形成所谓3-tier结构。B/S结构，主要是利用了不断成熟的WWW浏览器技术，结合浏览器的多种Script语言(VBScript、JavaScript…)和ActiveX技术，用通用浏览器就实现了原来需要复杂专用软件才能实现的强大功能，并节约了开发成本，是一种全新的软件系统构造技术。随着Windows 98/Windows 2000将浏览器技术植入操作系统内部，这种结构更成为当今应用软件的首选体系结构。

starsshow

由于是基于非实时协议，我看B/S结构成为主流应用模式，特别对较大规模的数据通讯还不是一个可靠的体系结构！

蓝色川江鱼

朋友，可以详细说明一下你的高见吗？

starsshow

我觉得，B/S结构最大的优点在于它与平台无关。它利用VM机制和半解释模式解决了由于网络速度慢造成的客户端难以忍耐的响应速度，所以它非常适用于INTERNET。
至于你所说的3层模式，B/S无非是其一个特例罢了，它用浏览器当客户端，将WEB SERVER作为应用服务器。但是HTTP协议并非一个实时协议，当应用中需要进行校验时会有很大的问题。
所以我认为，基于局域网的应用仍以选择C/S模式为好（或应用非B/S的3层结构模式），B/S模式更适合那些不需做数据校验的INTERNET应用模式（象新闻等单向推送数据的网站），而要在INTERNET上做实时处理，除了SOCKET，目前还没有更好的选择。
另外，B/S并不是唯一的3层结构，3层结构是一种模型，它最大的优势在于分划出独立的应用服务器，这样便可以将主体应用逻辑进行封装，并将客户端与数据库分隔开，有效的保护了数据库的安全。同时，在合理的数据结构支持下，升级就变的十分简单了，而不象C/S结构一旦升级要更换所有的客户端程序。

tyq

我曾经见过一个用B/S结构建立的，具有C/S效果的医院系统，就是用控件加事件驱动，把原来C/S结构的系统移植过来很容易，我认为这套系统的构思是非常好的。

danelchen

能把这套系统的详细情况介绍一下吗？

kalfen1973

我想在B/S结构中数据服务器端通过编程来实现工程上的一些计算功能？

kalfen1973

我想在B/S结构中数据服务器端通过编程来实现工程上的一些计算功能，不知是否可行？

litangel

原来一直在做B/S的东西，我们的pacs就是B/S结构的。
优点
1、所有文件都在服务器上，维护方便。
2、客房端是浏览器，不用安装。
缺点
1、稳定性不好。由于在客户端把控制权交给了IE，所以有许多错误不可预知。
2、asp,是明码的东西，没有真正的完全编译。所以速度与效率上都有所欠缺。
至于倒底用哪个较好。就要具体问题具体分析了，呵呵。。。
就拿pacs来说，b/s结构，如果是中小型医院，完全可以。

king110

上面的朋友 你好 你说：
原来一直在做B/S的东西，我们的pacs就是B/S结构的。
优点
1、所有文件都在服务器上，维护方便。
2、客房端是浏览器，不用安装。
缺点
1、稳定性不好。由于在客户端把控制权交给了IE，所以有许多错误不可预知。
2、asp,是明码的东西，没有真正的完全编译。所以速度与效率上都有所欠缺。
至于倒底用哪个较好。就要具体问题具体分析了，呵呵。。。
就拿pacs来说，b/s结构，如果是中小型医院，完全可以。
那么你的产品在那里呀？
可不可以详细的介绍呀