B-S架构和C-S架构怎么选

B/S（浏览器）和 C/S（客户端）是两种软件架构，现在主流 B/S。 这篇讲清区别和选择。

B/S vs C/S

核心差别在于"用户端要不要装东西"——这一个差异牵出更新、跨平台、开发成本、性能等一连串后续影响，也是 B/S 能在大多数场景取代 C/S 的根本原因。下面逐项展开。

B/S架构

优势

• 不用装：浏览器打开就用。用户不用下载、不用管理员权限、不用关心版本，进网址就能用，对推广和上手门槛极友好。
• 易更新：服务端更新，用户无感。改 bug、加功能、调样式都在服务端完成，下次刷新就是新版本，不存在"老版本用不到新功能"的问题。
• 跨平台：各种设备浏览器都能用。Windows、macOS、Linux、平板甚至部分手机浏览器都能访问同一套系统，不用为每个平台单独做一版。
• 开发省：一次开发多端用。前端一套代码，后端一套接口，相比 C/S 要为 Windows、Mac、移动端各维护一版，开发和维护成本明显更低。

劣势

• 性能：受浏览器限制。复杂计算、大文件处理、3D 渲染等场景，浏览器执行效率和能调用的资源不如原生客户端。
• 离线：一般要联网。断网基本不可用（虽有 PWA 等离线方案，但限制较多），对网络依赖强。
• 功能受限：浏览器出于安全考虑，对本地文件系统、硬件接口、后台进程等能力有沙箱限制，部分系统级功能调不到。

C/S架构

优势

• 本地性能强：原生计算。直接调用 CPU、GPU、内存，没有浏览器中间层开销，重计算场景性能优势明显，比如视频渲染、工业仿真、大型游戏。
• 功能丰富：能用系统底层能力。文件系统、硬件接口、本地数据库、系统通知、后台进程等浏览器受限的能力，客户端都能自由调用。
• 离线：可离线使用。数据可以缓存在本地，断网也能继续工作，联网后再同步。

劣势

• 要装：装客户端。用户要先下载安装包、走安装流程、可能还要解决权限和兼容问题，门槛比浏览器高一截，对推广不利。
• 更新麻烦：要更新客户端。新版本要推送给每个用户、引导升级，老版本兼容和强制更新都是头疼的问题。
• 跨平台难：各平台各开发。Windows 一版、Mac 一版、Linux 一版，开发量翻倍，小团队根本扛不住。

现在的趋势

• 主流B/S：企业系统、网站、SaaS。企业管理、协同办公、CRM、ERP、官网、营销系统几乎全是 B/S，新项目默认走 Web。
• 移动端：网页/小程序（类B/S）。微信小程序、H5 应用本质也是 B/S 思路——"不用装、服务端更新"，连移动端都在向 B/S 靠拢。
• C/S减少：仅特定场景（设计/工业/游戏）。剩下还在用 C/S 的，基本都是离不开原生性能或本地硬件的领域。

怎么选

选B/S（默认）

• 企业管理系统：CRM、ERP、OA、HR、财务这类系统，用户多、终端杂、要频繁迭代，B/S 几乎是唯一答案。
• 网站：官网、营销页、内容站天生就是 Web，没有装客户端的意义。
• SaaS：商业模式依赖"即开即用、按需付费"，B/S 是前提。
• 跨平台需求：只要用户终端不统一（Windows + Mac + 移动端），B/S 都比 C/S 划算。

选C/S（特殊）

• 重度本地计算（设计/工业软件）：视频剪辑、3D 建模、CAD、工业仿真等吃 CPU/GPU 的场景，浏览器扛不住。
• 原生性能要求：对响应速度、渲染帧率、硬件调用有极致要求的场景，原生客户端才能满足。
• 离线使用：在断网环境（如外勤、工厂、机房）必须能用，且本地有大量数据要处理的场景。

别踩的坑

• 该用B/S用C/S：装客户端麻烦。企业管理系统做成客户端，IT 部署、用户上手、版本迭代全是负担，纯属给自己挖坑。
• C/S跨平台难：各端各开发成本高。以为做个 Windows 版够了，结果高管用 Mac、销售用手机，最后不得不补三个端。
• 忽视B/S趋势：C/S越来越少。新项目还选 C/S，意味着招人难、生态弱、长期维护成本高，要慎重。

成本参考

成本差异主要来自"要做几个端"。B/S 一套前端 + 一套后端就覆盖所有终端；C/S 至少要做 Windows、Mac 两个桌面端，开发、测试、发布、维护每个环节的成本都会被"端数"放大。

怎么选

1. 默认B/S。除非有明确的硬性理由，否则 Web 是更安全的选择。
2. 重度本地计算才C/S。先确认"浏览器真的做不了"再考虑客户端。
3. 考虑跨平台和更新。把多端开发成本和长期版本维护成本算进去，C/S 的真实代价往往比想象的高。
4. 顺应B/S趋势。新项目走 Web，人才、工具、生态都更成熟，长期可持续。

广州市汉诺雷斯（HNREIS）帮企业做系统架构，默认B/S（Web/跨端），特殊需求评估C/S。把你的系统需求告诉我们，我们给出架构建议。