构架的困惑,欢迎大家讨论(100分)

F

Flintstone

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2003-06-17

• #1

在现在的应用当中C/S和B/S构架真的让人很难选择.B/S的低效率和处理大数据的低能,为什么还有很多人喜欢使用?我一直认为在一个企业内部系统当中尽量不要使用B/S构架.但是这个很难说服一些人.我想请教一下大家,对这个问题有什么看法.给我一些理由,要么说服我,要么说服我的同事.谢谢大家.

 

M

mor

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2003-06-20

• #2

就内部服务系统来说，如果对性能要求很高，一般都放到server端去做，而将结果送到client或者是browser。内部服务系统我做过两三个，比较起来client客户端的实时性比较好，有一个是监控终端，客户一开始也要求用B/S结构，最终被我们说服，用更高效可靠的C/S结构。而另外内部的学籍管理系统，一开始我同学用C/S结构作的，有一个界面上居然有四十多个EditBox。而我现在单位里用的一个新闻管理系统（网站的辅助系统）就是用B/S结构，感觉B/S结构更灵活，界面更人性化，易用。
所以B/S和C/S各有优缺点，关键要看实际情况了

 

B

bluebridge

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2003-06-20

• #3

根据需求决定架构。
当现在B/S有泛滥的趋势，很多客户不懂怎么回事，就认定B/S好了，根本不区分实际情况，
为3层而3层，就失去了它的意义了。

 

魔

魔鬼大师

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2003-06-26

• #4

各有优势
寻找平衡

 

L

liu_xiao_bo

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2003-06-26

• #5

当现在B/S有泛滥的趋势，很多客户不懂怎么回事，就认定B/S好了，根本不区分实际情况，为3层而3层，就失去了它的意义了。

点击展开...

说的有点儿过了，典型的技术人员的思想。
对于客户，使用浏览器简单，cs还得安装、还得学习如何使用。

 

Z

zhuoyuesky

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2003-06-26

• #6

B/S维护省事。

 

Y

yinnifeiyang

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2003-06-26

• #7

你最好是能说服客户使用C/S!

 

M

mor

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2003-06-26

• #8

liu_xiao_bo说的不错的，记得有个故事这样说的，一个医生对病人说，现在是你、我和疾病三方的事，你是站在疾病那边呢还是站在我这边？hehe，我觉得我们开发人员就像这个医生，要促使客户站在我们这边，有时这往往能决定一个项目的成败。
沟通很关键的。

 

F

Flintstone

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2003-08-06

• #9

这个问题好像大家的热情不是很高啊，继续啊，，

 

G

ghostking

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2003-09-13

• #10

我记得这里有个大富翁说过，建议使用C/S和B/S混合模式。
我觉得挺好的，项目主要看需求，如果浏览比更新多，就用B/S作为显示输出，在数据实时要求高、数据更新量大的地方，就用C/S。
我不是说一个项目做俩套系统，我的意思是一套系统有C/S和B/S两部分。

 

C

cancheung

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2003-09-14

• #11

ghostking:
说得对!