CS架构和BS架构的发展趋势即在图像处理软件中的应用

趋势：总体来讲有融合的趋势，你中有我，我中有你。前后端分离的技术大行其道，前端更像是把原来桌面上的工作搬到浏览器中实现。

• websocket能像桌面一样工作；
• javascript的语法增加了class一些特性，语言特点越来越向java靠齐了。
• WebAssembly技术的兴起，正在模糊CS/BS之间的界限，试想一下，如果开发了一套CS架构的桌面软件，通过WebAssemby直接变成在浏览器端可执行的网页版本，那是一件多么激动人心的的事情，至少我不用去学五花八门的前端框架，变化莫测的JavaScript了。
• web worker的引入，让前端具备了多线程的处理能力，开发模式类似MFC, 工作线程与调用线程通过消息管道通信，具备了桌面开的特点。
• 而桌面系统的开发，以QT为例，引入了网页的CSS特性，桌面控件的布局的式样可以完全依赖QSS来控制，具有一些BS架构的特点。

1. CS架构：采用客户端-服务器架构的软件在处理图像方面有天然的优势，世界有名的图像软件大部分是单纯的桌面版或CS架构，例如商业的图像处理软件Photoshop，开源的图像处理软件Gimp、美图秀秀等,遥感图像处理方面有大名鼎鼎的envi, erdas等。由于CS客户端对计算机具备更多的控制，能实现更复杂的逻辑，而且有大量第三方代码可用，特别适合图像类软件的开发。缺点是：在软件发布方面比较麻烦。但对于中小型系统而言，它的高效性和灵活性足以抵消这个缺点。
2. BS架构：BS架构在最近10多年快速普及，在大部分领域有替代CS架构的趋势，这要得益于它易于发布的特点和手持移动设备的迅猛发展。特别是近年来，在遥感、地理信息领域也出现了许多脍炙人口的产品，例如地图渲染的JS库openlayers，世界级的三维数字地球产品Cesium，商业软件Arcgis网络版等。但是在图像领域，并未撼动CS架构的主流地位，除了图像领域，在图形领域也仍然是3dmax,AutoCAD, Solidworks,Polyworks等桌面应用的天下。    在图像处理系统中如果采用BS架构，需要克服几个难题:在浏览器端实现大尺寸图像的快视和算法处理，虽然用Javascript显示普通数码图像已是寻常操作，但渲染超过几万行的大图像并不常见，虽然Openlayers和Cesium这样的软件也能快速渲染数字地图，但是需要在服务器端做好数据预处理，并且从openlayers和Cesium的代码移植出一个航空图像显示系统也绝非易事。