B/S 真的好维护么？

这个都是良好贴,晕阿

必须IE6？那只好安装IE6了，这可不是 Browser 的问题



当你开发了一个聊天程序，却发现用户的电脑端口被蠕虫病毒或者防火墙堵死了
当你开发了一个B/S的应用系统，却发现为了要符合客户的要求，重新陷入好几兆的GUI代码中 ....




对这种人...只好把FF安装包发给他了


p.s.  B/S结构程序和互联网程序之间绝对不可以画等号，尽管后者是前者的一部分
我觉得有必要强调这个，一部分B/S程序的用户群是特定的，而不是像互联网上的blog..用户那么不容易确定
对特定的用户群，要统一他们的浏览器，仅仅是找到客户代表，群发个邮件这么简单。

B/S很好维护，整个经历比较愉快。
当然要注意几点：
1、让用户安装杀流氓软件的工具或者用Mathon之类的浏览工具。
2、指定浏览器版本
3、对于要发布多个地方，而各个地方配置都不同，一定要把这些配置文件放到单独目录中。
4、选一个好用的管理方式，比如Window2003的远程桌面共享

保守使用js,
让美工多花点工夫，布局好一点，图片弄得漂亮点，再整点创意出来，
随便啥浏览器都能跑，
平时都是基于IE5.0开发的，win2000裸机，不打补丁，IE不升级

这位老兄说的太好了！你想想，如果你开发的程序对浏览器依赖的程度低、设计的重用性好，维护的成本其实比CS低很多。

用web标准写程序，不用特殊的插件，保证兼容性就可以了。
推荐大家看一看《ppk on javascript》，这本书着重讲解了如何编写低耦合的js代码，也就是如何做到结构（xhtml）、表现（css）以及行为（javascript）三者的尽量分离。要是真的用这样的标准来写bs程序，我想楼主所说的维护问题就真的不成问题了，您觉得呢？

按照标准写的东西，IE有可能不兼容，至于B/s和c/s到底谁比较好维护，还是要看写代码的人了，你可以根据客户的需求做不同的模式，他想要什么就给他什么岂不是更好？

B/S？
C/S?
难道非局限于此？

RIA是什么?
RCP又是什么?

另外我非常赞同上面一位兄弟的话：没有垃圾的技术，只有垃圾的应用！

B/S结构程序肯定会面对跨浏览器的问题的..确实除非指定浏览器版本..又或者花大量时间去写浏览器兼容代码..

楼主估计没有过大规模部署软件的经验。否则就会知道cs部署的困难了。