谈谈C#如何打破C/S和B/S开发模式??

SmartClient
http://www.microsoft.com/china/community/program/originalarticles/TechDoc/smartclient.mspx
http://dev.csdn.net/develop/article/16/16270.shtm

B/S终究会被可快速更新组件的小C/S代替

b/s,c/s各有特点，各有自己存在的市场。

我还是相信C/S + WEB service

我觉得，
C/S + WEB service
还是比较　好些！

C/S结构的程序，在client里面嵌入HtmlView。因此client既要连接server又要访问web我看过很多程序是这么做的。在客户端里面可以看资讯上论坛。

不知楼主"打破"是什么概念?想找这两个之外的?
这就和人一样,男的,女的,非要再找就是不男不女的了.
现在除去个人用程序,带服务端的不是B/S就是C/S,
要不就是B/S和C/S之间了.

现在的客户端，比较流行既有exe server又有web server
b/s其实可以包含在c/s之内，比如我的client可以做得像my ie一样，那你说这是c/s还是b/s ？

大家说的不错，我也谈谈自己的看法。
Ｃ／Ｓ和Ｂ／Ｓ本就一样的东西，Ｂ／Ｓ只是Ｃ／Ｓ的一种三层结构，由ＷＥＢ服务器来充当了中间层和服务器，浏览器就是Ｃ／Ｓ下的客户端程序，在Ｂ／Ｓ下我们只需通过脚本（ＪＡＶＡＳＣＲＩＰＴ／ＶＢＳＣＲＩＰＴ）来控制界面的显示方式，数据的读写由ＷＥＢ服务器来为我们完成，在跟数据库打交道通常还是用的ＭＳ的ＡＤＯ或者ＡＤＯ。ＮＥＴ，只不过在ＤＥＬＰＨＩ下我们偶尔用ＢＤＥ（当然通用的还是摒弃ＢＤＥ而用ＡＤＯ），我最不喜欢ＰＢ，其在Ｃ／Ｓ下的开发方式很难快速完整的融入ＷＩＮＤＯＷＳ的编程发展中去，言归正传。ＷＥＢ服务器充当中间层和数据服务器的角色后面再加一个数据库就是我们通常开发Ｃ／Ｓ的三层结构，这种模型在Ｃ／Ｓ的书中非常的典型。但Ｂ／Ｓ的魅力就在于采用了Ｃ／S的多层结构借助于ＨＴＴＰ协议级的支持和ＨＴＭＬ／ＸＭＬ等语言级的国际规范便数据的使用效率和使用面积大大提高，在表现层这一环节大大胜出，至于相关出来的ＦＬＡＳＨ，ＡＯＤ，ＭＡＩＬ等其只是非常一般的应用而已，并没有什么特殊之处，懂得Ｃ／Ｓ的朋友们应该非常明白。说了这么多，这两者的本质区别在哪？应该还得说ＨＴＴＰ协议级的支持，通常的Ｃ／Ｓ程序用自定义ＳＯＣＫＥＴ来完成网络上的传输ＨＴＴＰ也是ＳＯＣＫＥＴ只是用了８０这个国际支持的端口，也正因如此ＰＲＯＸＹ才不禁处端口号，由ＨＴＭＬ一类的文件大行其道，如果能打破ＰＲＯＸＹ的禁锢Ｃ／Ｓ当比Ｂ／Ｓ要有优势的多，反过来说Ｂ／Ｓ如此能解决程序运行性能的问题那么Ｃ／Ｓ将无优势可言，这也正是ＤＯＴＮＥＴ的切入点。ＤＯＴＮＥＴ可以让任何一个可执行程序(EXE,DLL ETC)都可以作为一个web服务器，而借助于SOAP通过XML走HTTP协议来跨越PROXY这样在协议级解决了C/S与B/S统一的问题，其次就是中间编译代码，使程序的性能和可调试成为可能，使大型的编程成为可能，而不仅局限于通常的网站这样的东西。DOTNET在这两个方面给了解决途径我们当前来说应该没有所谓的C/S和B/S之分了。dotnet的net remoteing就是主要用来打破这种局面的方法。我只是从技术上了解了这些东西，感觉DOTNET确实是大有所为，但其对于程序性能的提高应该更强一些，或者说应该设计一种WINDOWS平台的更直接的切入方法。希望大家多谈谈如何通过C#实际完成这两种编程方式的融合。

C/S + WEB service

总归有一天，c/s 与 b/s 会结合在一起的。

现在正流行智能客户端。
取长补短。聚C/S B/S于一身。

B/S 是趋势，这句话放到上世纪 98 年的时候，还有点道理。时过境迁，2004 年还怎么说，可能有点恋旧了。C/S 曾经被 B/S 取代过（并不是完全的取代），现如今 C/S 要取代 B/S 了（也不是完全的取代）。这就叫“三十年风水轮流转”。不过再过 10 年，究竟又是一个什么局势，能力有限，我无法判断和预测。

再说强调一下,希望大家在C#的专栏多谈一点如何具体基于DOTNET技术,利用C#实现C/S与B/S的融合,正如我上面说的利用NET REMOTING这样的技术来使任何应用程序都可以提供WEB服务,这可能就是所谓的智能客户端,通过相应的安全技术使应用程序在智能的基础上真正的实用.希望大家不要一直停在是什么的问题上(c/s b/s),而是如何做的具体事情上来.

c/s与B/S本就不用争论，我上面已经说过其本就是同一个东西的不同表现形式，现在MS从协议级、编程的健壮性、安全性等各各方面给予了我们支持，我们还有什么理由一直停留在是什么的问题上呢。让我们具体看看这些东西研究如何做吧！！！

在C#里面没有C/S与B/S之分了,它都用的都是.Net类库,至于表示层随你用WebForm还是WinForm这与C/S、B/S没有关系。我们现在做信息系统都是Web方式的，无论开发与实现都是一样的。

我认为在.Net里讨论C/S与B/S之分，这是一个很愚蠢的问题，希望以后不要再发这种月经贴。

zhoumingxuan(端明:(有钱才是硬道理)) 您这样是没必要的，冲您这句话，说明您根本连基本的理解能力都没有。并且从您的言语之中也看不出您对于.NET有多么高明。

WebForm與WinForm真的就沒有區別嗎?
大量的輸入操作﹐人機交互界面﹐webForm能做到與winForm一樣方便了。
一般信息系統用webForm可能方便﹐客戶端免安裝﹐易于升級。這是優點﹗
但像ERP這樣復雜的系統﹐如果用B/S大家覺得怎么樣(有的B/S方式是在頁面上放上控件之類東西﹐利用IE下載安裝運行﹐倒可做到與WinForm差不多的功能﹐但是局網內還好﹐要是在Internet上運行就不怎么樣﹐這就不必說了)?
WebForm上可使用消息回調嗎?可以提供GDI+輸出圖形界面嗎(倒是可以把繪好的圖片輸到頁面﹐可沒有交互功能)?可以實現拖放功能嗎(像把一個文稿拖到文件夾會自動復制文件﹐或像project提供的那種可以方便交互的甘特圖)?可是打印精美的報表而不是先輸出到一個.pdf或.xls文件中嗎?等等﹐這些限制B/S開發復雜系統。像OA系統還差不多﹗
誰要是看到有像WinForm操作方便的頁面﹐請告訴我

我一直比较喜欢C/S的，有人不喜欢是因为c/s升级不方便，但这个问题我已经解决了（见ftp://202.107.251.26的upate.rar文件，大量杀毒软件不是能自动升级么？），b/s的大量事件（如鼠标移动、界面等）难以处理，C/S则非常非常方便，而且C/S中用到的各种数据库如SQL 2000等均可以放到internet上，客户通过上网就可以访问了，因此，我更喜欢c/s，编程方便，功能强大，唯一不满足的是客户端要安装.net和最初的安装程序。

wugw(wugw):好像c/s+Web Services与b/s是不是都是通过80端口通信那这种通过soap的架构可以算是b/s架构吗?

具体问题具体分析～
讨论哪个好就像讨论用什么语言开发好。不过NC可以发展的话。广义上的B/S还是主流。B不是客户端浏览器。而是NC.

Web Services 又稱XML Web服務﹐它采用SOAP(特殊的XML)標准格式化所有傳輸的數據和消息。
由于是標准化的﹐所有客戶端應用程序與服務器可以不采用同一平台﹐同一開發語言﹐有SOAP支持﹐VB6也可訪問Web Services。
Visual Studio.NET 默認使用HTTP協議傳輪數據﹐這樣﹐就可安全使用防火牆﹐而不至于阻止數據傳輸﹐這比COM+要好多了。
至于客戶端用WebForm還是WinForm應視應用程序人機交互的復雜程度及應用程序使用的需要來決定﹐邦助文檔里有較好參考。

我喜欢C/S架构
现在不是流行SmartClient吗,我觉得挺好的

quickmove(瞬间移动):
请教下NC是网络计算机\网络通信还是其他什么,
不好意思我刚干程序开发这行,不太懂新名词,
刚才搜索到了个ERP-NC不知道这是什么((企业资源计划-?)谢谢了先

微软的智能客户端将是将来的方向,现在只是起步.
大家可以到微软的网站上看看,有相关的资料,视频,实例,PPT演示
http://www.microsoft.com/china/msdn/events/webcasts/Webcast/smartclient.mspx

智能客户端还有好长的一段路要走，直到每个客户端都不用安装framwork的时候！

PC Personal Computer 个人计算机
NC Net Computer 网络计算机未来不知道多少年后，NC将会取代PC，整个体系将会改变。
可以通过网络给家里的电饭锅定时间。是一种预言。

我觉得以后的趋势是这样的，未来的程序都是网络化的。
所有的程序都是通过一个类似ie的客户端来执行，但是出了互联网网站之外，程序都是c/s方式，但是以b/s方式执行。就是程序会在第一时间访问时下载到本地，然后执行。对于客户端来说，好像全都用一个程序（浏览器）。

调试易

谈谈C#如何打破C/S和B/S开发模式??

解决方案 »