请问我们经常说的C／S和B／S结构究竟有什么区别？

[sayor]

请问我们经常说的C／S和B／S结构究竟有什么区别？

[wxjUN]

c/s的客户端要装客户端程序,而B/S的客户端是裸机,只用浏览器.

[流星尔]

对。www.sohu.com就是b/s。只用浏览器。而c/s就是必须具有客户端程序，QQ在和服务器端通信时，就是一个C/S，你必须下载QQ的版本

[sunjian514]

难得听到各位专业人员谈理论问题，作为无暇阅读砖头样专业书的业余人员很有导向作用，虚心学习。

[dyming0410]

to: yanghuanji(yanghuanji)
从编程思想来说：
1,c/s结构是过程和对象的混合使用，或者干脆就只是过程。而纯真的b/s就是完全面向
对象的编程思想了。

(谁说的？OO起源与C/S,b/s中的grid是一条条画的，OO了吗?)

从结构上说：
1，很多c/s结构程序员都是把业务程序写在界面里，而b/s就更本不可能让你把涉及业务方法的代码
写在界面里，而且是严格禁止的。（例如：用户登陆处理代码是放在业务规则层的。）

(谁告诉你的?什么叫C/S,C端界面，S端数据处理,你是说滥的C/S吧,那B/S滥的也是这样！)

2，c/s从逻辑和物理上才用两层结构，而b/s在逻辑上则是三层，物理上可以是两层也可以是三层。
b/s三层是：用户接口（从某种意义可以说就是用户界面），业务规则（软件重心），数据库。
它做到了用户界面代码和业务规则代码完全的分离。

(没理解，你真的没理解，C/S的确是说的两层，但B/S多半不是三层，也是两层了事,B/S中的B是指browse,跟几层根本就没关系)

4，而c/s结构往往是前两层结合在一起（缺点一下就暴露了）。
从技术上讲：
1，如果以VFP作为B/S结构进行开发，首先用到的就是OLE SERVER技术。这在MSDN里涉及到了。这个OLE SERVER技术就是专门针对业务规则层的。
2，如果讲的再大些那就应该是涉及COM和DCOM了。（只是个人理解，还请指正）
从意义上说：
1，B/S程序员完全的抛开了界面，只考虑中间业务层。界面完全交给了美工和界面工程师（这里C/S结构的缺点也完全的暴露，试想，美工和程序员谁做出的界面哪个更受欢迎？）
2，从维护和升级来说B/S可以说是省心省力，如果用户业务变动，程序员只对部分业务规则类进行升级就OK了，而且还是在服务器上进行升级，不用坐11号轿车在C和S间跑来跑去了。
3，最大的一个好处了，你开发的三蹭结构的重点（中间业务规则层），可以用任何语言对它进行操作和调用。这出现什么情况 呢？你用VFP做的业务规则层的代码OLEPUBLIC（看MSDN/VFP）后，如果你用VB程序作为界面来出发它，你只需要做一点：把一个“EXE”文件注册就OK 了。（详细情况请看MSDN）VB应用后就象是自己的程序一样进行调用。注意！！！！（这里的意义有多大，语言不属于程序员考虑的范畴了，也不会有人再敢说VFP过时的话了）
b/s没有完全的标准，它只是一种编程思维方式的改变。

(哎，都不好说了，都不对，你因该好好看看书，c/s说的是两层结构，b/s说的是操作方法！
因该C/S和多层结构一组，B/S和winform一组，做winform界面的软件的确要难点，但决没有你说的那样，而且做好了，在许多方面比b/S强多了，你看看现在的联众，QQ.而且维护也简单，下载更新就行)

[yanghuanji]

首先声明一点：b/s结构的用户界面不完全只是浏览器，浏览器只是用户界面的一种形式，还有多种形式，
这主要是由软件的结构和采用的技术决定的。
楼上的只是从用户的角度去解释c/s与b/s的区别，从内部结构和编程思想来说他们之间有着天壤之别。
从编程思想来说：
1,c/s结构是过程和对象的混合使用，或者干脆就只是过程。而纯真的b/s就是完全面向
对象的编程思想了。
从结构上说：
1，很多c/s结构程序员都是把业务程序写在界面里，而b/s就更本不可能让你把涉及业务方法的代码
写在界面里，而且是严格禁止的。（例如：用户登陆处理代码是放在业务规则层的。）
2，c/s从逻辑和物理上才用两层结构，而b/s在逻辑上则是三层，物理上可以是两层也可以是三层。
b/s三层是：用户接口（从某种意义可以说就是用户界面），业务规则（软件重心），数据库。
它做到了用户界面代码和业务规则代码完全的分离。
4，而c/s结构往往是前两层结合在一起（缺点一下就暴露了）。
从技术上讲：
1，如果以VFP作为B/S结构进行开发，首先用到的就是OLE SERVER技术。这在MSDN里涉及到了。这个OLE SERVER技术就是专门针对业务规则层的。
2，如果讲的再大些那就应该是涉及COM和DCOM了。（只是个人理解，还请指正）
从意义上说：
1，B/S程序员完全的抛开了界面，只考虑中间业务层。界面完全交给了美工和界面工程师（这里C/S结构的缺点也完全的暴露，试想，美工和程序员谁做出的界面哪个更受欢迎？）
2，从维护和升级来说B/S可以说是省心省力，如果用户业务变动，程序员只对部分业务规则类进行升级就OK了，而且还是在服务器上进行升级，不用坐11号轿车在C和S间跑来跑去了。
3，最大的一个好处了，你开发的三蹭结构的重点（中间业务规则层），可以用任何语言对它进行操作和调用。这出现什么情况 呢？你用VFP做的业务规则层的代码OLEPUBLIC（看MSDN/VFP）后，如果你用VB程序作为界面来出发它，你只需要做一点：把一个“EXE”文件注册就OK 了。（详细情况请看MSDN）VB应用后就象是自己的程序一样进行调用。注意！！！！（这里的意义有多大，语言不属于程序员考虑的范畴了，也不会有人再敢说VFP过时的话了）
b/s没有完全的标准，它只是一种编程思维方式的改变。

本人对此东东很是上心，大家多论论。

[computerdragon]

其实b/s对于客户端的要求可以说是将到了最低，但安全性较差，而c/s的安全性就相对高多了，在维护上也比b/s省事。

[LUJUN]

至于是ie,还是window form,是表现层的区别。
c/s,b/s都共享中间层代码.
所以从现在开始,以三层思想来构建程序。
VFP8中有一个很好的例子,
大家可以看看。

[bruselee]

诸君一席话,胜读十年书;
还望能继续听到高论.