社区
C#
帖子详情
B/S和C/S架构有什么区别?
tony_miaoyadong
2016-06-10 09:25:59
B/S和C/S架构有什么区别?菜鸟
...全文
3389
21
打赏
收藏
B/S和C/S架构有什么区别?
B/S和C/S架构有什么区别?菜鸟
复制链接
扫一扫
分享
转发到动态
举报
写回复
配置赞助广告
用AI写文章
21 条
回复
切换为时间正序
请发表友善的回复…
发表回复
打赏红包
threenewbee
2018-08-31
打赏
举报
回复
b/s架构是一种特殊的c/s架构,这里的c(client)特指b(browser)
两者是人和中国人,四边形和正方形的关系。
masanaka
2018-08-31
打赏
举报
回复
其实已经是过时的词了
舌尖上的中国001
2018-08-31
打赏
举报
回复
网站和应用程序
mirrorspace
2018-08-30
打赏
举报
回复
b/s架构在2000年就提到了.
就是浏览器-服务端架构
c/s client-服务端架构
s在处理业务逻辑上是一样的
b c主要是负责交互,采集数据.
b的界面上使用js/css/html完成,现在有很多框架可用.以前少得可怜.运行在浏览器环境中.
c的界面与系统有关,ms,mac,linux,PC端都有成熟的界面库和API.但用得最多的只是ms和mac.一般只开发这两系统的.手机端的话也是两个IOS和安卓.
我觉得,现在云加端的架构,服务器加上各种终端.已经不是严格的BC端了.像微信客户端里跑的H5,小程序开发和开发网页习惯差不多..
xiaosong2008
2018-08-30
打赏
举报
回复
不错,B/S就是从C/S演化而来的,根本上还是C/S
token不能为空
2018-08-30
打赏
举报
回复
其实已经是过时的词了
全栈极简
2018-08-30
打赏
举报
回复
本质上讲b/s也是c/s,浏览器充当了客户端的角色。
哈哈gogo
2018-08-30
打赏
举报
回复
一个要下载客户端。一个不需要
正怒月神
2016-06-12
打赏
举报
回复
一个要下载客户端。一个不需要
姓小名白丶
2016-06-12
打赏
举报
回复
CS BS 两种不同的模式而已,前者主要就是客户端,例如企鹅这样的软件,就属于CS 企鹅空间就是属于BS
slj311
2016-06-12
打赏
举报
回复
两种不同的交互模式,c/s客户端,b/s网页浏览器
我叫小菜菜
2016-06-12
打赏
举报
回复
如几个版主所言。 B/S一个比较重要的点就是更新方便,没有特别需求外,把服务器端程序更新就完事了。 而exe程序每次客户端都要自动安装更新包。
郑州高新区WPF小王子
2016-06-12
打赏
举报
回复
使用浏览器打开与运行exe程序
allen0118
2016-06-10
打赏
举报
回复
通俗点说就是BS是网站模式的,通过浏览器打开即可,CS是客户端模式的,通过双击一个exe执行文件打开. 但是也可以在CS里面打开BS项目,比如webbrowser
xuzuning
2016-06-10
打赏
举报
回复
本质上没有区别! B/S 只是 C/S 的一个特例:客户端使用成品的浏览器,服务端使用成品的 web 服务器,不需要自定义通讯协议
大鱼>
2016-06-10
打赏
举报
回复
简单的理解就是B/S多用于网站系统 C/S多用于电脑应用系统
john_QQ:2335298917
2016-06-10
打赏
举报
回复
一个需要浏览器,一个需要自制的客户端
以专业开发人员为伍
2016-06-10
打赏
举报
回复
如果你在 PhoneGap Build 网站上注册一个免费的开发者账号,你就能看到其 Codovar 提供了哪些官方的插件,以及有多少第三方插件供人免费使用。国内有好几家比较大的手机软件开发商(例如 WeX5)其底层也是使用它,只不过自己再做了一层封装。 大多数手机应用都不是用底层原生的方式,而是通过“浏览器”来运行。同时基于 Hybrid 架构可以使得这类手机应用无限接近原生应用(而在稳定性、动态更新、开发成本上则具有10倍以上的优势!) 所以现在说“B/S架构”其实可能有很大的误导。我基本上不用“b/s、c/s”这样的词儿了,我们谈开发的时候就用更加接地气的词儿来谈。基本上,如果遇到的朋友谈“b/s、c/s”概念时,都说明他是开发的外行。因为在“B/S”这个词儿的歧义太大了,根本不能准确了解说者的真实的东西不到半斤还是有八两。
以专业开发人员为伍
2016-06-10
打赏
举报
回复
在桌面程序里边嵌入一个 WebBrowser,准确地说,那只有 C/S 的一点皮毛,而真正要开发还是 B/S 无疑。注意这里是指“开发”自己的跑在 WebBrowser 控件内的应用,而不是说使用一个 WebBrowser 只是为了跑别人的一个网站客户端。 如果使用 WebBrowser 控件只是为了跑别人的一个网页,那就不叫做开发,叫做蒙人。
以专业开发人员为伍
2016-06-10
打赏
举报
回复
如果面试官问你“有没有做过B/S开发?”的时候,其实就是问你 html/css/javascript 技术怎样,是否了解 http 原理、web服务基本原理,是否了解一两种 web服务器端小网站的开发流程。这些软件的前端需要经过各种浏览器的客户端解析、(准)编译之后再动态执行。 而问你“C/S开发!”就是相反地问题,不局限上述技术、不经过浏览器而是直接与图形操作系统打交道,直接编写tcp、udp、msmq等等协议的程序,基本上这就是 windows 桌面应用程序的天下(95%以上的市场占有率)。显然这类桌面应用软件的用户体验跟网页是有去别的,不过现在的 javascript 流行,特别是 Hybrid 技术造成了许多高性能“单页面应用、手机应用”,说明基于浏览器的编程方式相比于传统桌面应用、手机应用的开发,开发效率上有极大优势(但是这方面的难度比较大,比如一个学了 native 开发的 iOS 工程师可以不会多少编程只会用一点现成组件而只能写几百行源代码就装B,而一个 javascript 工程师则不但要搞懂许多实用 js 插件而且还要有能写 5000 行以上的 js 源代码才能装 B)。 我经常拿
http://v.6.cn/811684
这个网站做例子。打开这个网站的代码看看,其设计上并不是很高级,也比较乱、比较累赘。我们的程序员的技术,开发这种网站“毫无压力、非常简单”。这就是我对 b/s 程序员前端人员的起码要求。由此可见现在的 B/S 也可以做一些用户体验还不错、交互操作也比较符合用户熟练操作的那些应用,其 b-s 通讯效率也相比于过去有了一定的提高。 而我不认为只会写个简单宣传网页,就算是某些人所说的“熟悉、精通”B/S开发。 我不想过多讨论所谓的“C/S架构”问题了。简单说一下。所谓“C/S架构”就是指得你自己开发一个桌面客户端软件,然后再自己开发一个业务服务器端软件,然后自己的两个系统相互通讯。大多数初学者以为会用个 ADO.NET 来调用 SQL Server 的数据库驱动进行“增删改查”就算是自己开发了服务器端系统了,这是局域网小办公室里玩儿软件的思维方式,不是基于互联网的思维方式。真正的 C/S 就好像是手机网络,(不同操作系统的)手机系统把音频信号发给移动公司网络,然后经过各省、各市的服务器,发送给另外一端的手机进行播放,同时各省的网络还做了财务计费、BOSS服务、用户分析、企业用户管理等等工作,这样的网络就是传统的 C/S 系统。它不基于浏览器,并且它是“客户端-服务器”架构的,客户端根本不知道服务器端用的是什么操作系统、数据库、有几个数据库,客户端就是按照规定的协议与服务器端进行高效率的通讯即可。
放射性核素衰变查询软件decay
代码下载链接: https://pan.quark.cn/s/feb6394ba113 放射性核素衰变查询软件“decay”是一款为核物理学领域设计的专用工具,其功能在于提供全面的放射性核素衰变信息,涵盖了衰变链、分支比等核心数据。该软件特别适合科研人员、工程师以及关注核能或放射性物质的用户群体。在深入探讨这款软件之前,有必要先掌握放射性核素的基础知识。放射性核素定义为不稳定的原子核,由于质子与中子数量失衡,会自发触发核反应,释放能量及/或产生新粒子,此现象即为核衰变。常见的核衰变形式包含α衰变、β衰变(涵盖β+衰变与β-衰变)、γ衰变和电子俘获等。每一种衰变类型都关联着特定的能量释放和新生成的核素。“decay”软件的主要作用是进行衰变链的查询。衰变链描述的是一个放射性核素通过一连串连续的衰变步骤,最终转变为非放射性核素的现象。比如,铀-238会经由多次α和β衰变,最终转化为铅-206。该软件能够呈现这些衰变链的详尽资料,助力用户追踪并解析这一过程。分支比反映了衰变过程中各个可能途径的概率,即一个放射性核素在发生衰变时选择特定路径的可能性。分支比对于解析衰变过程中的能量分布和产物生成具有决定性意义,特别是在核能开发、环境检测和医疗领域中不可或缺。这款软件的运行环境设定在Windows XP系统,这表明它可能依赖于较早期的API和库,而这些在现代操作系统上可能存在兼容性问题。对于那些仍在使用或研究老旧系统的人员而言,“decay”是一份极具价值的参考资料。放射性核素的应用遍及多个领域,包括医学上的放射性同位素疗法、地质学中的年代测定、能源产业中的核反应堆构建以及环境科学里的污染物追踪等。“decay”软件所提供的数据能够协助专业人士精确计算和预估放射性物质的特性...
unity2d wsad 移动 碰到物体加命 碰到草莓减命 DEMO 有水印
unity2d wsad 移动 碰到物体加命 碰到草莓减命 DEMO 有水印
2D 大地图 上下左右走 完整游戏 DEMO 带水印 Unity 类FC塞尔达
2D 大地图 上下左右走 完整游戏 DEMO 带水印 Unity 类FC塞尔达
【Python编程】Python描述符协议与属性控制机制
内容概要:本文深入剖析Python描述符(descriptor)的核心协议,重点对比数据描述符与非数据描述符在属性访问优先级上的差异、以及__get__/__set__/__delete__方法的协作机制。文章从属性查找链(__dict__ -> 类 -> 父类 -> __getattr__)出发,详解property装饰器的描述符实现原理、类方法(classmethod)与静态方法(staticmethod)的绑定语义、以及自定义描述符在ORM字段类型校验中的应用。通过代码示例展示弱引用(weakref)在描述符中避免循环引用的技巧、描述符的延迟初始化(lazy property)模式、以及验证器描述符的参数范围检查,同时介绍__slots__与描述符的内存优化组合、元类中批量注册描述符的自动化策略,最后给出在框架开发、数据模型、API参数校验等场景下的描述符设计模式与可复用性建议。
Nginx的Web生产服务器配置,基于Nginx的反向代理与安全加固:Windows环境下Django应用HTTPS部署及静态资源托管方案
内容概要:本文档提供了Windows环境下Nginx的详细配置指南,适用于企业内网部署场景。配置文件以Django + Waitress应用
架构
为基础,全面涵盖反向代理、HTTPS加密、静态文件托管、安全防护等功能。文档对每一项配置均进行了通俗易懂的解释,包括工作进程设置、日志管理、连接处理、SSL证书配置、HTTP/2支持以及多种安全加固措施,如恶意请求拦截(SQL注入、XSS)、敏感文件访问限制、IP白名单机制和关键请求头转发,确保Web服务的安全性与稳定性。; 适合人群:具备基本Web服务器概念,正在Windows平台部署Python Web应用(尤其是Django)的开发人员或运维人员,尤其适合缺乏Nginx实战经验的初级至中级技术人员。; 使用场景及目标:①搭建安全可靠的反向代理服务器,将Nginx作为Django应用的前端网关;②实现HTTPS访问、静态资源分离与安全策略强化;③防范常见Web攻击,保护敏感配置文件和接口不被非法访问;④解决因请求头缺失导致的CSRF、登录失效等问题。; 阅读建议:建议结合实际项目逐步配置,并重点关注proxy_set_header各项参数的作用及其与Django的协同设置,务必在测试环境中验证所有安全规则和代理功能后再上线。
C#
111,131
社区成员
642,542
社区内容
发帖
与我相关
我的任务
C#
.NET技术 C#
复制链接
扫一扫
分享
社区描述
.NET技术 C#
社区管理员
加入社区
获取链接或二维码
近7日
近30日
至今
加载中
查看更多榜单
社区公告
让您成为最强悍的C#开发者
试试用AI创作助手写篇文章吧
+ 用AI写文章