而CS架构，即Client/Server Architecture，则是基于客户端和服务器之间的通信，将应用程序的逻辑和数据存储在服务器上，而客户端是利用终端设备，运行一部分程序代码来处理数据和交互操作。

其实两种架构各有好坏，具体孰优孰劣，主要还是得看运用环境。

BS模式的好处不言而喻，所有程序和数据都集中在S端，可以做到统一维护统一管理，数据同步性单一性优越，客户端无需升级或者购买专用的设备，只需要一台带有浏览器的电脑就能够处理事务了。

坏处则是对网路和服务器的速度要求高，有大量的数据需要通过浏览器从服务器实时获得同时还要实时反馈，信息交流数据量巨大，往往会造成网络和系统的堵塞，甚至是系统全面瘫痪。

而CS模式的好处就是反过来的，因为部分业务在本地处理，只有需要互相交流的信息才会上传S端，或者从S端下载，自身还可以承担相当大一部分局部运算工作，对网络和中央服务器的要求小许多。

可问题就是每个C端需要安装一套C端服务程序，每个C端所需要的计算机性能，也比BS模式的下的终端机性能高得多。

而最大的问题不在成本上，而在与系统的统一性，数据的唯一性，以及管理的复杂程度上。

一旦系统需要升级，那就是所有的C端都要进行同步的升级，工作量巨大。

此外数据、程序、服务器都是分布式的，很容易造成C端和S端系统的版本不一致，两地数据存在差异等问题，系统小，数据简单还好办，要是系统和数据量都非常庞大的话，很容易给信息管理工作带来巨大的困扰，甚至造成系统和数据因为时间节点上的程序版本差异和数据差异带来的不可备份性和不可恢复性，这就相当的致命了。

举一个简单的例子，BS模式下，数据备份很简单，因为数据只在S端，只需要选一个时间阶段，将当前数据备份下来，就完成了防范风险的工作。

可是换成CS模式，数据备份就麻烦了，需要给S端和C端全都配备一套备份机制，并且要统一设定备份时间点，这样备份下来的系统才能够让全系统恢复到那个时间点上。