C/S与B/S应用程序的比较
2014-03-08 08:17
260 查看
C/S应用程序
C/S 应用程序是一种典型的两层架构,其全称是Client/Server,即客户端服务器端架构,其客户端包含一个或多个在用户的电脑上运行的程序,而服务器端有两种,一种是数据库服务器端,客户端通过数据库连接访问服务器端的数据;另一种是Socket服务器端,服务器端的程序通过Socket与客户端的程序通信。C/S应用程序也可以看做是胖客户端架构。因为客户端需要实现绝大多数的业务逻辑和界面展示。这种架构中,作为客户端的部分需要承受很大的压力,因为显示逻辑和事务处理都包含在其中,通过与数据库的交互(通常是SQL或存储过程的实现)来达到持久化数据,以此满足实际项目的需要。
B/S应用程序
B/S应用程序的全称为Browser/Server,即浏览器/服务器结构。Browser指的是Web浏览器,极少数事务逻辑在前端实现,但主要事务逻辑在服务器端实现,Browser客户端,WebApp服务器端和DB端构成所谓的三层架构。B/S应用程序的系统无须特别安装,只有Web浏览器即可。B/S应用程序中,显示逻辑交给了Web浏览器,事务处理逻辑在放在了WebApp上,这样就避免了庞大的胖客户端,减少了客户端的压力。因为客户端包含的逻辑很少,因此也被称为瘦客户端。
两者对比
C/S应用程序 | B/S应用程序 | |
客户端 | 需要安装才可使用。 | 无需安装,有Web浏览器即可 |
客户群 | 不适合面向一些不可知的用户,用户群固定。 | 可以直接放在广域网上,通过一定的权限控制实现多客户访问的目的,交互性较强。 |
升级 | 维护成本高,发生一次升级,则所有客户端的程序都需要改变。 | BS架构无需升级多个客户端,升级服务器即可 |
响应速度 | 由于只有一层交互,因此响应速度较快 | 客户端服务器端的交互是请求-响应模式,通常需要刷新页面。(在Ajax风行后此问题得到了一定程度的缓解) |
安全性 | 安全性能可以很容易保证,实现多层认证也不难 | 在速度和安全性上需要花费巨大的设计成本, 这是BS架构的最大问题。 |
界面显示 | 界面和操作可以很丰富。 | 在跨浏览器上,浏览器兼容问题BS架构不尽如人意。 |
链接方式 | 永久连接 | 断开式连接 |
小结
其实无论是哪种架构程序,都没有绝对的优劣之分,都是各有所长的,不然它们也就不能共生了。选择开发哪种应用程序,关键在于所使用的环境,在于什么样的软件能更好的为用户服务。相关文章推荐
- win32应用程序中进程间通信方法分析与比较
- MFC应用程序中指针的使用(比较实用)
- Ruby on Rails 和 J2EE:两者能否共存?两个 Web 应用程序框架的比较
- Win32应用程序中进程间通信方法分析与比较
- Win32应用程序中进程间通信方法分析与比较
- 简单java应用程序---比较两个数大小
- 应用程序框架实战三十四:数据传输对象(DTO)介绍及各类型实体比较
- Web 应用程序项目与网站项目比较分析
- Win32应用程序中进程间通信方法分析与比较
- Win32应用程序中进程间通信方法分析与比较
- DBCP,CP30及proxool连接池在spring+hibernate中的配置 用spring默认的连接池性能效率不高, 如果数据库重启, 应用程序也要重启才能使用, 这样比较麻烦, 下面介绍三
- Win32应用程序中进程间通信方法分析与比较(转)
- Win32应用程序中进程间通信方法分析与比较
- Win32应用程序中进程间通信方法分析与比较
- Windows 和 Linux 应用程序从上到下调用层次比较
- 【转】用.Net开发DB2应用程序比较
- 应用程序中Broadcast Receiver的两种注册方法及比较
- 且看WPF应用程序与window Form、MFC、Direct 3D、AJAX/"Atlas"、"WPF/E"、大比较
- WEB开发中两个新建模版的比较(仅针对VS2008讨论):新建网站》ASP.NET网站和新建项目》ASP.NET WEB 应用程序
- ASP.NET Web 应用程序与ASP.NET网站比较