B/S结构和MVC模式有啥关系啊？不敢大声问，呵呵

[dudubird_cn]

一直挺糊涂的，开发中一会出现B/S和C/S的结构大战，CSDN的相关帖子多了去了，可是我还是不明白，MVC 又是哪路神仙啊，它和B/S之间的关系是什么，是不是从两个角度来看待一个项目的啊，先谢谢未来的指点者

[贼小七]

小生也是初学者，只知道MVC是一种设计模式，简单的来说就是“模型-视图-控制者”。
至于B/S和C/S，我只略懂C/S，就是客户端/服务端模式，B/S目前还没有过任何接触

[yzh3000]

勒好打人啊，b/s和mvc根本是不能对比的啊
mvc是一种设计模式，不管是c/s还是b/s都可以遵循这种设计模式来进行设计的，并不是说把c/s改成b/s就等于从把程序从2层改成了3层了```

[xuweibo2005]

mvc是一种设计模式，强调的是界面和业务的分开。
c/s 和b/s都可以实现这种模式。

简单地说。
mvc是从战略上考虑，c/s和b/s是从战役上考虑。

[Justin_579]

有道理~

[Jzealot]

mvc可用于b/s,也可用于c/s

[zhiye]

B/S结构就是Browe/Server结构,是浏览器/服务器结构,使用这种模式的软
件,多属于瘦客户机胖服务器的...同C/S(客户机/服务器)的瘦客户机胖服务器
模式不一样的是,B/S结构多通过WEB服务器提供服务。

[joyco]

建议看看《JAVA与模式》
MVS是一种流行的模式
B/S与C/S比较

1.C/S结构。（Client/Server）客户机和服务器结构。
它是软件系统体系结构，通过它可以充分利用两端硬件环境的优势，将任务合理分配到Client端和Server端来实现，降低了系统的通讯开销。目前大多是应用软件系统都是Client/Server形式的两层结构，由于现在的软件应用系统正在向分布式的Web应用发展，因此，内部和外部的用户都可以访问新的和现有的应用系统。通过现有应用系统中的逻辑可以扩展出新的应用系统。这也就是目前应用系统的发展方向。
传统的C/S体系结构虽然采用的是开放模式，但这只是系统开发一级的开放性，在特定的应用中，无论是Client端还是Server端都还需要特定的软件支持。由于没能提供用户真正期望的开放环境，C/S结构的软件需要针对不同的操作系统开发不同版本的软件，加之产品的更新换代十分快，已经很难适应百台电脑以上局域网用户同时使用，而且代价高，效率低。
2.B/S结构。（Browser/Server）浏览器和服务器结构
它是随着Internet技术的兴起，对C/S结构的一种变化或者改进的结构。在这种结构下，用户工作界面是通过WWW浏览器来实现，极少部分事务逻辑在前段（Browser）实现，但是主要事务逻辑在服务器端（Server）实现，形成所谓三层3-tier结构。这样就大大简化了客户端电脑载荷，减轻了系统维护与升级的成本和工作量，降低了用户的总体成本（TCO），以目前的技术看，局域网建立B/S结构的网络应用，并通过Internet/Intranet模式下数据库应用，相对易于把握，成本也是较低的。它是一次性到位的开发，能实现不同的人员，不同的地点，以不同的接入方式（比如LAN,WAN,Internet/Intranet等）访问和操作共同的数据库；它能有效的保护数据平台和管理访问权限，服务器数据库也很安全。特别是在java这样的跨平台语言出现之后，B/S架构管理软件更是方便，快捷，高效。
3．管理软件主流技术
与管理思想一样，也是经历了三个发展时期。首先，界面技术从上个世纪DOS字符界面，到Windows图形界面（或图形用户界面GUI），只是Browser浏览器界面三个不同的发展时期。其次，今天所有电脑的浏览器界面，不仅直观和易于使用，更主要的是基于浏览器平台的任何应用软件其风格都是一样的，使用人对操作培训的要求不高，而且软件可操作性强，易于识别；再者，平台体系结构也从过去单用户发展到今天的文件/服务器（F/S）体系，客户机/服务器（C/S）体系和浏览器/服务器（B/S）体系。

C/S和B/S体系的比较
C/S是美国Borland公司最早研发，B/S是美国微软公司研发。
1.B/S架构软件的优势和劣势。
（1） 应用服务器运行数据负荷较轻。最简单的C/S体系结构的数据库应用有两部分组成，即：客户应用程序和数据库服务器程序。二者可分别称为前台程序和后台程序。
（2） 数据的存储管理功能较为透明。在数据库应用中，数据的存储管理功能，是由服务器程序和客户应用程序分别独立进行的，前台应用可以违反的规则，并且通常把那些不同的（不管是已知还是未知的）运行数据，在服务器程序中不集中实现。例如访问者权限，编号可以重复，必须有客户才能建立订单这样的规则。所有这些，对于工作在前台程序上的最终用户，是“透明”的，他们无需过问（通常也无法干涉）背后的过程，就可以完成自己的一切工作。在客户服务器架构的应用中，前台程序不是非常“瘦小”，麻烦的事情都交给服务器和网络，在C/S体系下，数据库不能真正成为公共，专业化的仓库，它受到独立的专门管理。
（3） C/S架构的劣势是高昂的维护成本且投资大。首先，采用C/S架构，要选择适当的数据库平台来实现数据库数据的真正“统一”，使分布于两地的数据同步完全交由数据库系统去管理，但逻辑上两地的操作者要直接访问同一个数据库才能有效实现，有这样一些问题，如果需要建立“实时”的数据同步，就必须在两地间建立实时的通讯连接，保持两地的数据库服务器在线运行，网络管理工作人员既要对服务器维护管理，又要对客户端维护和管理，这需要高昂的投资和复杂的技术支持，维护成本很高，维护任务量大。其次，传统的C/S结构的软件需要针对不同的操作系统系统开发不同版本的软件，由于产品的更新换代十分快，代价高和低效率已经不适应工作需要，在Java这样的跨平台语言出现之后，B/S架构更是猛烈冲击C/S，并对其形成威胁和挑战。
2． B/S架构软件的优势与劣势。
(1) 维护和升级方式简单。B/S架构的软件，系统管理人员只需要管理服务器，所有的客户端只是浏览器，不需要做任何的维护。无论用户规模有多大，多少分支机构都不会增加任何维护升级的工作量，所有的操作只需要针对服务器进行。如果是异地，只需要把服务器连接专网即可，实现远程维护，升级和共享。所以客户机越来越“瘦”，而服务器越来越“胖”时将来信息化发展的主流方向。因此，维护和升级革命的方式是“瘦”客户机，“胖”服务器。
(2) 降低成本，选择更多。现在的趋势是，凡是使用B/S架构的应用管理软件，只需安装在Linux服务器上即可，而且安全性高，所以服务器操作系统的选择是很多的，不管选用那种操作系统，都可以让大部分人使用windows作为桌面操作系统电脑不受影响。
(3) 应用服务器运作数据负荷较重。由于B/S架构管理软件只安装在服务器端（server）上，网络管理人员只需要管理服务器就行了，用户界面主要事务逻辑在服务器（server）端完全通过WWW浏览器实现，极少部分事务逻辑在前端（Browser）实现，所有的客户端只有浏览器，网络管理人员只需要做硬件维护。但是应用服务器运行数据负荷较重，一旦发生服务器“崩溃”等问题，后果不堪设想。因此，许多单位都备有数据库存储服务器，以防万一。

[joyco]

够详细了吧

[truezerg]

上面说的都很准确啊。 如果楼主还不明白，就这样说吧：

C/S和B/S是你用什么技术开发。MVC是你怎么写代码。 哈哈哈哈。 哈哈哈哈

[zhz586]

完全不达嘎额概念

[jacklondon]

B/S 结构：凡是需要用浏览器访问，并且使用了数据库的系统都是B/S 结构。
MVC: 显示和操作逻辑分开就是 MVC. MVC 有的人喜欢，有的人不喜欢。如果你用过 VC 就知道了，MVC优点和缺点都有很多。

[vcshcn]

没什么关系