散分:B/S的程序比基于windows窗口的工作量要大，究竟大多少，各位高手来说说看。另外，微软的smart client技术发展得究竟怎样了？可以投

Question

这个问题太笼统了，主要是B/S程序牵扯到一个状态保存得问题
所以，有时候和windows得有些不同，但在底层得设计啊，模式啊，数据库访问啊
应该是没什么区别得smart client得现状，不是很了解，也没听说哪儿有大量投入开发得系统，不敢妄言

Answer 1

http://blog.csdn.net/goody9807/archive/2004/08/21/80770.aspx

Answer 2

三层结构里，B/S和C/S最大的区别其实还是在表现层，只是B/S的表现层编写确实很费劲...要求既懂.net Webform，又懂javascript(这东西对B/S太重要了)

Answer 3

下已版本的widows 好像b/s和c/s就合二为一了

Answer 4

关注SmartClient,它结合了CS和BS的优点

Answer 5

gz
不过我觉得SmartClient好象也没有什么新东西

Answer 6

如果不需要操作windows底层，其实WinForm和WebForm的UI设计需要的熟练时间是差不多的，都是两三年。无论是WinForm还是WebForm，都是拖放控件的话，那没得比较，但如果要支持复杂的UI结构和事件支持，那么WinForm和WebForm都有很多要学的。对于习惯WinForm的人来说，要服务器段和客户端代码分开编写，那是有难度的，因为那相当于多学几门语言并且都要熟练，例如要学javascript甚至是Flash的ActionScript。但对于习惯WebForm开发的人来说要最WinForm也不容易，本来一两句script搞掂的事件现在可能要用API来捕捉，至于要做支持Skin的WinForm就更麻烦（这里是指放一个普通Button按钮该按钮就会自然以程序自定义Skin显示那种，在WebForm中只是CSS啊），那并不比多学一门语言容易啊。所以，无论WinForm/WebForm开发，要求熟练设计UI还是有一定难度的，没有哪一个更容易的。另外复杂的UI，可能WebForm对客户端的压力会比WinForm大，对服务器的压力也大（要生成那么多html啊），不过相对来说客户端要保存的状态则少。

Answer 7

C/S→B/S 差不多两倍吧

Answer 8

C/S→B/S 应该不只两倍，有时许多方面根本很难实现smart client尚在完善中，没听说谁做过产品，到底能不能商业化还是个问题

Answer 9

C/S→B/S 应该不只两倍，有时许多方面根本很难实现
说的很对！！
有些c/s 上的东西。B/s上很难实现!!
要实现也要写大量代码!
大多用JavaScript 实现!!

Answer 10

C/S→B/S觉的很不容易的，交互了，图表什么的实现起来也麻烦一些

Answer 11

我感觉主要是UI层设计上工作量比C/S方式的要麻烦一点，至于工作量大多少，没做过这方面的精确统计，可能因程序员的水平不同而不同！

Answer 12

B/S不仅开发起来工作量大，用起来更需要频繁的与WEB服务器交互，传递一些没有必要传递的数据。

Answer 13

支持cat_hsfz兄的说法，其实b/s和c/s的UI要作好都不容易，不过开发b/s程序的时候，设计阶段就要考虑到b/s的特性，比如我刚做一个项目，我把基础数据，业务数据收集完毕的以后，按照一定规则计算好存放在一个表里，虽然这里好像多此一举，而且在操作上还要有一个数据计算的动作，但是很好的避免了在报表查询的时候的速度问题，如果是c/s程序的话，可能不会有这样的问题，直接在需要的时候在进行计算。

Answer 14

b/s结构来说，javascript功底确实太重要了。最近做了一套aspxGrid+Microsfot Webcontrol+ActiveReport的构架，感觉.net和js的功底同样重要。。大家努力呀。。奋斗ing...

Answer 15

我是C/S（VB6，C#），B/S（ASP，PHP，ASP。NET）都做，感觉差别就是UI的工作量上。BS的工作量实在比CS大不少。

Answer 16

看业务需求了，如果b/s和C/S都适合的话，那就看你熟悉哪种开发方式，至于smart client，没用过