B/S架构和C/S架构到底有啥区别 1、B/S架构和C/S架构到底有啥区别2、为啥B/S架构可以跨互联网存和取数据服务器,而C/S架构却只能存取局域网内的数据服务器3、为什么C/S架构不能通过防火墙,而B/S架构可以通过防火墙4、B/S的浏览器也有BUTTON/EDITBOX/MEMO/GRID等控件,与DELPHI的窗口不一样的吗,到底有啥区别? 解决方案 » 免费领取超大流量手机卡,每月29元包185G流量+100分钟通话, 中国电信官方发货 1,B/S是Brower/Server用户通过浏览器与服务器产互 C/S又称Client/Server客服端 服务端 具体 可百度一下,这里不家长幅说这个2,你理解错了 B/s和C/S C/S结构同样存取互联网数据服务器,比如QQ吧3,关于防火墙的问题 B/S的确实很方便 B/S用的 80端口,防火墙都是开放80端口, C/S也是可以通过防火墙,只是实现方式麻烦点4,从控件本身来讲 无论是B/S 还是 C/S应该没什么区别,就是一些消息响应。 但他们相应属性事件 肯定是不一样的,web有web的一些特殊东西 其实B/S就是C/S,只是B/S的客户端是浏览器,而C/S的客户端是程序员自己做的而已. b/s也是c/s的一种特例,此时的c不是程序员写的程序,而是通用的浏览器;s不是数据库服务器,而是应用服务器程序员改为去写服务端(web server)的应用了我倡导c/w:client/webserverc还是程序员写,但是协议是http或https,这样就没有2、3的问题了 b/s------------b: 程序运行宿主是Browser,web浏览器s: 程序的运行宿主是Web Server,web服务器b/s是基于web的架构c/s------------客户/服务器架构,含义很广。甚至可以说b/s也是c/s的一种类型狭义上大家一般认为c/s的c是指桌面客户端,s是指数据库服务器。为什么b/s可以通过防火墙,因为b/s采用web协议交互数据,而防火墙一般不会对web数据或80端口进行拦截。而c/s一般采用非自定义的协议和端口,防火墙会认为他不安全。为什么b/s可以访问外网而c/s不能,这个问题不成立,c/s一样可以访问外网。b/s里面按钮控件和c/s桌面程序上的窗口,控件等,都是界面接口,看起来是一样的,实现的方式不同,都是用来给用户提供操作界面的。就像用朔料做的碗和用瓷器做的碗,都是用来盛饭的,你纠结他干哈。 其实,简单的可以这样理解,一般来说CS是自己编制服务器与客户端,形成自己的应用数据响应环境,CS程序典型应用就是局域网的应用。分为两层和三层,两层就是客户端直接读取数据库的数据,三层就是客户端与数据库中还需要一个应用程序服务器,BS可以认为是你用浏览器做客户端,另外,BS一般是三层应用,就是所谓的瘦客户,中间有个应用程序服务器来“只处理你需要显示的数据” bs和cs都差不多,你所谓的cs指的是服务器s不是在公网上,而是另一台个人电脑,才会有你考虑的那些问题什么防火墙啊,nat打洞啊什么的。 谁说C/S结构只能在局域网上运行呀?只要把这个服务器置于公网之中,客户端安装在什么地方都可以呀,比如你一套ERP,服务器可以在深圳,客户端可以在美国纽约都可以的呀。我也看到有一些专业的软件公司也有这样的欺骗宣传:本公司采用JAVA,和最新的B/S结构,可以在互联网上运行,传统的C/S结构ERP只能在局部网络运行看到这样的宣传,我真的想晕死 我感到C/S与B/S的最大区别在于客户端:1、C/S是自编桌面程序,可以下载数据,进行查找、比较等操作。而B/S是通过浏览器,浏览(成品)数据。2、C/S需要更新版本,而B/S无需更新版本(可更新浏览器)。3、C/S介面丰富,操作性强,而B/S介面取决浏览器,操作简单。 如果C/S只能运行在局域网上,那众多的网游公司都可以关门大吉了。C/S只要使用HTTP协议交换数据同样可以通过防火墙。现在很多C/S都用SOAP协议,把S做成Web Service。 说实话我目前见过的B/S实现都不符合三层结构的要求——由其是用.net实现的B/S应用。B/S看似“瘦客户”,其实是因为大部分界面代码都是在服务器上运行(生成HTML文本的代码),事实上这部分代码仍然属于表现层。应用逻辑层有没有从表现层与数据访问层分离开,那还要看代码是怎么写的。 其实BS还有一很关键的特点:程序是运行在服务器上而不是客户机上,服务器把网页文件发送到客户机,因此网页文件是无状态的。CS访问互联网与访问局域网没有任何差别,都需要一个ip和端口;bs和cs穿透防火墙没有任何区别,BS不一定只用80端口,例如,我的intraweb程序,需要使用33228端口和2638数据库端口。 这是最早的b/s做法了现在的b/s也是【不得不】很多时候让服务器仅仅返回数据(xml、json),由客户机的浏览器执行js进行组装为完整的html,再渲染出界面最早及现在的c/s也是有很多数据库操作是执行在服务器的网络穿透性,不一定是看端口的,有些设备还看协议的,http(s)协议就容易被多数网络设备认可题外问一个:你的intraweb程序(isapi)能在iis7及更高版本里运行吗? 其实B/S就是C/S,只是B/S的客户端是浏览器,而C/S的客户端是程序员自己做的而已.B/S用户不用更新客户端 c/s的客户端自动更新自己,现在应该是很基本的功能了b/s以前号称界面、效果统一,现在浏览器产品这么多、版本更多,原来的这个优点其实早就消失了 BS可以理解为是CS的一种特例,BS的客户端执行的是服务器端提供的脚本,BS的客户端就是OS提供的浏览器,在浏览器上执行服务器端提供的脚本。所谓的BS不用更新客户端,也只是因为服务器端更新了脚本,而客户端程序这个脚本执行程序不需要更新而已。 b/s是c/s架构中的一种,b指的就是client端在浏览器中运行 Delphi 登陆网站 Dephi5里的bpl组件,dehpi2010能用吗 Autoupgrader在2009下不能用了,寻求帮助 连接远程SQLserver错误? 需软件转包协议一份! 大家来帮个忙。。谢谢 关于OnEnter的一点小问题 ???大容量数据存储问题----急!在线等--份不够加 从哪可以找到QRDBMemo控件? 这个是不是image控件的BUG啊?还是有其他办法解决这个问题? 关于数据库主体、镜像故障自动转移后ADO 的ConnectionString配置问题。在线等~~~ 请教一个关于符号排除的问题(包括空格符)
具体 可百度一下,这里不家长幅说这个
2,你理解错了 B/s和C/S C/S结构同样存取互联网数据服务器,比如QQ吧
3,关于防火墙的问题 B/S的确实很方便 B/S用的 80端口,防火墙都是开放80端口, C/S也是可以通过防火墙,只是实现方式麻烦点
4,从控件本身来讲 无论是B/S 还是 C/S应该没什么区别,就是一些消息响应。 但他们相应属性事件 肯定是不一样的,web有web的一些特殊东西
此时的c不是程序员写的程序,而是通用的浏览器;s不是数据库服务器,而是应用服务器
程序员改为去写服务端(web server)的应用了我倡导c/w:client/webserver
c还是程序员写,但是协议是http或https,这样就没有2、3的问题了
------------
b: 程序运行宿主是Browser,web浏览器
s: 程序的运行宿主是Web Server,web服务器b/s是基于web的架构c/s
------------
客户/服务器架构,含义很广。甚至可以说b/s也是c/s的一种类型
狭义上大家一般认为c/s的c是指桌面客户端,s是指数据库服务器。为什么b/s可以通过防火墙,因为b/s采用web协议交互数据,而防火墙一般不会对web数据或80端口进行拦截。而c/s一般采用非自定义的协议和端口,防火墙会认为他不安全。为什么b/s可以访问外网而c/s不能,这个问题不成立,c/s一样可以访问外网。b/s里面按钮控件和c/s桌面程序上的窗口,控件等,都是界面接口,看起来是一样的,实现的方式不同,都是用来给用户提供操作界面的。就像用朔料做的碗和用瓷器做的碗,都是用来盛饭的,你纠结他干哈。
BS可以认为是你用浏览器做客户端,另外,BS一般是三层应用,就是所谓的瘦客户,中间有个应用程序服务器来“只处理你需要显示的数据”
局部网络运行看到这样的宣传,我真的想晕死
1、C/S是自编桌面程序,可以下载数据,进行查找、比较等操作。而B/S是通过浏览器,浏览(成品)数据。
2、C/S需要更新版本,而B/S无需更新版本(可更新浏览器)。
3、C/S介面丰富,操作性强,而B/S介面取决浏览器,操作简单。
现在很多C/S都用SOAP协议,把S做成Web Service。
程序是运行在服务器上而不是客户机上,服务器把网页文件发送到客户机,因此网页文件是无状态的。
CS访问互联网与访问局域网没有任何差别,都需要一个ip和端口;bs和cs穿透防火墙没有任何区别,BS不一定只用80端口,例如,我的intraweb程序,需要使用33228端口和2638数据库端口。
这是最早的b/s做法了
现在的b/s也是【不得不】很多时候让服务器仅仅返回数据(xml、json),由客户机的浏览器执行js进行组装为完整的html,再渲染出界面最早及现在的c/s也是有很多数据库操作是执行在服务器的网络穿透性,不一定是看端口的,有些设备还看协议的,http(s)协议就容易被多数网络设备认可题外问一个:
你的intraweb程序(isapi)能在iis7及更高版本里运行吗?
B/S用户不用更新客户端
所谓的BS不用更新客户端,也只是因为服务器端更新了脚本,而客户端程序这个脚本执行程序不需要更新而已。