菜鸟也谈架构之C/S三层架构的轮回

枪托吧。。。。。。

要是浏览器成为类似于flash播放器一样强大的东东呢，那局限不就都没了

B/S还是C/S是基于你的项目考虑的，各有各的用处，不能一棒子打死。

比如你搞的项目就是在一个局域网里面使用，使用的人员就是100-200人，那趋向使用C/S也没有什么过错。大家说的C/S客户端需要部署，其实客户端也只需要一次部署，其他的都是自动升级，或者一次部署都不用，写个说明FTP到那里下载安装程序，自己装好用就是了，以后升级都是自动升级，这个不是问题。

如果你搞的是跨网络项目，几个地方都要使用，并且不在同一个城市，（最简单的是OA嘛，出差在外面都需要使用），那你肯定使用B/S了，是不是？这也不用我多说。

还有就是项目要求或者客户要是B/S，你也得使用，对吧，呵呵。

同意“不使用http协议真是让人无法理解”

即使跨城市也可以使用c/s，只要通讯协议走http就没问题了。

各有各的优缺点 感觉谈论来谈论去 又老生常谈了  C/S B/S还是各有利弊的。
Spring rcp也挺好的 把swing封装的挺完美的 而且在spring环境中运行 耦合性低  通讯可以用httpinvoker 是走http协议的  如果不用http 防火墙是个大问题啊

当当当当,SB隆重登场

布署！布署！！布署！！！

B/S很“聊撇”，易于上手，操作直观。非常适合面对大用户群。
C/S很专业，可以深度定制。
想一想，如果百度和Google需要下载一个客户端才能用，有几个人回去用呢？B/S和C/S没有绝对的谁好谁坏，主要看应用的场景和面向的客户群。

小P孩，哪凉快哪呆着去。

骂别人的同时，没准那个SB就是你自己。

客户端操作复杂严谨适合用CS比如财务软件；
客户端操作比较简单适合用BS比如OA。