关于JAVA开发B/S方式还是C/S方式，谁更有前途!!!

Java 最大的卖点是跨平台，而用Java作的GUI，跨平台后效果不太理想……，而B/S就不存在这个问题，还有可能B/S更容易实现廋客户吧 ……。小弟，做程序员时间不长，随便说说，让大家见笑了！！！

解决方案 »

免费领取超大流量手机卡，每月29元包185G流量+100分钟通话, 中国电信官方发货

我觉得 java在b/s 上有优势是java语言的强项作 c/s  对于提高一个程序员的水平有和大的帮助。我的下一个工作我就希望是c/s方式的
软件在应用管理方面优势：提高工作效率，减少差错，减轻工作量。只有c/s方式才能实现
以上目的，b/s就差多了，主要还是在发布信息上用。
不敢苟同
CORBA,RMI,SOCKET,EJB并不一定就是做c/s用的
我做j2ee的，按照我的理解，c/s和b/s的不同在于表示层的不同（c/s中有部分逻辑可以放在client)，下面的基础还是一样的
当然c/s可以做很多b/s做不了的事情
但如果实现相同的功能，那么可以肯定的说b/s比c/s更有竞争力
b/s的劣势在于它被浏览器绑住了手脚，但它的优势也就在于依赖浏览器，不需要在客户端安装任何软件
我想每一种解决方案都有其特点，有其适用范围。
ZeroC(笨小孩):
  你说得很对，“如果实现相同的功能，那么可以肯定的说b/s比c/s更有竞争力“那当然，但
b/s方式永远不可能达到c/s方式的功能，如果有一天真的达到了，那肯定已不是b/s方式了，而是c/s方式了。CORBA,RMI,SOCKET,EJB 都是可以实现的，这我知道！
   当然我说的c/s方式，是指三层结构的，client-->>server-->> database;
从成本上看BS的很低，卖的也不高
CS的相反
如果你是一個六七年的程序員﹐又做過b/s和c/s兩種開發﹐你不應該擔心自己是否會失業。我說不用擔心是因為: 不管是b/s還是c/s﹐它們最重要的技術都處于Server-side一端。而b/s和c/s在server-side的技術很相同﹐連軟件都是一樣。如果你能把精力集中在Server一端﹐你很難沒有好的前景。國內很多程序員有能力從Client到Server全包﹐但他們有廣的知識面﹐未必有深的技術積累。尤其在Server-side﹐有沒有功力直接影響系統的整體性能。一個系統較給一個不太懂server技術的程序員﹐也許他能夠開發出系統﹐並讓系統運作﹐但我很難相信server這一邊沒有問題﹐很多問題只是被暫時隱藏了。國內又不重視測試﹐這些問題最重都會爆發。在國外﹐除非是一些小型公司﹐很大部分的企業都不需要讓一個或幾個程序員包攔client到server所有程序。他們分工明確﹐做server的就做server。國內以後必然也是這個趨勢。所以只要你打蛇打七寸﹐卡主server這一頭﹐不管是b/s還是c/s你都有主動權。
我觉得你的想法不正确。两者有其自身的特色，部分功能不能彼此取代。如果要讨论哪一个更优，我看还应该加上M/S(mobile/server)和P2P。你说他们有前途吗？
doodoofish(嘟嘟鱼)
   我赞同你的高见~~永远站在Server-Side就永远立于不败之地.
doodoofish(嘟嘟鱼):
但国内现阶段的b/s方式开发，基本上都是简单web服务就够了，在java上至多用ejb,至于
corba等，都是用在c/s方面，虽然两种开发方式都能把重点放在server-side，但区别很大，
ejb根本不用考虑通信及多线程问题。如果你用c/s方式你就可以根据不同情况选择不同方式，
如：事务处理--〉用socket Stream 用tcp/ip保证数据完整性,信息发布广播--〉 Datagram Socket 自寻址就可以了，很少用ejb实现b/s方式的。因此，虽然都是实现server-side,但区别很大，处理的重点也不同！国内如：用友，金碟都有自己的c/s程序，方能求得更高发展，虽然它还没有实现真正的c/s三层结构。毕竟c/s方式的东西更有价值，b/s方式还是做网站比较好！
说错了：“很少用ejb实现b/s方式的”改为“很少用ejb实现c/s方式的”
我感觉很多地方做c/s是client->database
服务器端应该实现为b/s c/s都能实现得架构
我觉得b/s是一个大的方向，诚然在一些领域b/s是作不到如c/s那样的完美，但从微软大批量的资金投入的基于internet的应用开发，b/s会有更多的进展的。