三层的规划问题，老规矩，看看就给分(200分)

L

luckystar

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2000-04-25

• #1

自杀一次，换来200分（难道我就这么不值钱吗）
后悔当初不该骗老板说自己是高手

我知道做三层有个原则，在做客户端时不考虑服务器端有什么东西，开
始问题不大，当程序越做越大，问题就越来越多。打个比方，输入姓名，
显示该人的所有信息，因为要‘不考虑’，所以我要事先把十几个表的
相关存储过程放到数据字典中去，运行时由程序检索出所要的存储过程，
根据每个存储过程的参数生成所有的一切，客户端的DataSet组件，
datasource组件，浏览界面，服务器端的query,provider,storproc组件。。。
最后还要传参数..... 实在是太疯狂了。

我想知道：

* 这样刻意的追求程序的可维护性有无必要
* 我刚做三层，没有经验，可否请哪位大虾给我一份详细的数据库规划
参考一下，或者留个地址让我日后请教？

 

H

hpretty

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2000-04-25

• #2

你可以去问 沈前卫、pipi 等大师们

 

千

千中元

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2000-04-25

• #3

太残忍了。。
１）记得哪位大虾说，如果只为用户考虑，一味迁就用户的怪要求，就别做了。
２）我也想要一份，正做一个三层的now.hehe...我就不另外给分了。

 

C

Chenlili

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2000-04-25

• #4

做管理系统在中国必须你来为用户制定要求。否则你亏定了！！！
象你说的不一定要用存储过程，在中间服务器中做就行。

 

B

base2

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2000-04-25

• #5

有必要
特别是牵涉到钱的事

 

B

base2

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2000-04-25

• #6

请问如何自杀?3x

 

S

SuperMMX

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2000-04-25

• #7

我看见了一个 base3, 是不是一个人？


to luckystar:
没分大家也会回答的。

 

P

plowboy

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2000-04-25

• #8

當你牽就用戶的要求時程序就不像程序了但是我們寫的程序大部份都是按用戶
的旨意做的所以我的程序不像程序.有一個程序員說得好:他的程序是手工電腦
化,管他媽的甚麼Mrp2,資源共享......,用戶從來都認為他是對的因為他說他是
用戶.
所以至今我的程序不像程序.
用戶就是上帝,鳥!!!!!

 

C

chimney

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2000-04-25

• #9

我没开发过三层，我来这是要分的。@_@

 

L

luckystar

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2000-04-25

• #10

进入'您的信息'
删除帐号
再重新登记
获得新生

 

A

ayay

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2000-04-25

• #11

真没办法！我和你同境域

 

A

adminis

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2000-04-25

• #12

如果是做分析学问可就大了。
如果请外国的公司给中国企业做分析（还没有开始做程序）就要先收百万美金
（有实例，不是瞎说的）
所以你好好规划一下系统和数据库是有必要的。
多做存储过程其实有益。我个人觉得它最少有两个好处：
1。运行快。同样的功能用存储过程要比在客户端或者中间层快
2。通用。不管你用三层还是用ASP还是C/S同样调用。
不过象你说的那样可以追求可维护性其实没有必要。

 

阿

阿朱

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2000-04-25

• #13

唉，我不知道你从哪里听到的这个原则，BORLAND提出应用程序三层结构，他的想法是：
1。客户端只充当录入查询角色。
2。具体业务规则组织，校验，用户视图的定义，复杂计算，数据变换，数据库完整性
约束由中间层负责。它才是真正的控制中心。
其好处是：瘦客户端
业务规则变了，只需改变中间层，程序结构化，可组装化，这是现代程 序的发展趋势。

真正的产品，中间层的制作也是分层的，为了结构化，模块化，大家以后写代码一定
不要乱糟糟写在一起，代码量一达到万行级，后果可想。
1。数据库连接层，为了读表，写表，生成用户视图
2。计算层，为了复杂计算，数据变换。
3。数据校验层，为了保证数据流入、流出的正确性。

李维的《 实战DELPHI4》有些宝贵参考资料，你可以借鉴

关于详细情况，可给我写信backmail@263.net

 

O

ouke

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2000-04-25

• #14

看李维的书吧

 

R

rixin

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2000-04-25

• #15

關於三層分布可能只有李唯的書里提過,
不過非得做一個之後柴才知苦與辣.

我覺得重在系統分析, 這一階段過多的用些時間沒錯.
盡量把用戶要的功能及可能要的想全..

 

Z

zyxxyz

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2000-04-26

• #16

愿上帝与你同在!

 

Y

y_zl

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2000-04-26

• #17

I Agree with 阿朱 very much!
刻意的追求程序的可维护性没有必要,只要充分利用中间层的
优越性就可以了,因为数据库应用几乎千人千面.

 

Y

yanyong

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2000-04-26

• #18

李维的电子书哪有下载

 

李

李兴平

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2000-04-26

• #19

我是这样规划三层结构的；
客户端：IE；
Web端分为界面布置；数据计算；数据存取；存取控制等几个部分，数据校验一部分
在界面布置中完成，另一部分在数据存取及存取控制中完成，数据存取的对象
不一定全部都是表、视图或存储过程。
自然在数据库端可以定义复杂数据库操作的存储过程、视图，一些规律性的操作
可以由触发器完成，对于简单的或单个表的数据操作，没有必要使用存储过程。
不过自认为数据库端完成大部分数据计算是最好的，但是不能勉强。
对于程序的可维护性，最好的方法是中间层模块化设计。

 

L

luckystar

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2000-04-26

• #20

多人接受答案了。