增加一个字段,多层设计中是不是每层都要修改?

lj_lt 2006-08-04 02:27:57

这样的设计是不是不合理?
怎样减少避免修改程序了?

...全文

298 25 打赏收藏转发到动态举报

写回复

用AI写文章

25 条回复

切换为时间正序

请发表友善的回复…

发表回复

Jinwmmail 2007-03-24

打赏
举报

数据层：不用改. 新增,修改, 删除全用存储过程,数据层自动根据 BLL 返回的表名按规律生成存储过程名,再根存储过程名自动在库找参数,从BLL 给的更新对象给参数数值,更新.

逻辑层：根据需要;

表现层：改.

xiaoku 2007-03-24

打赏
举报

顶一楼...

jrl5365 2007-03-24

打赏
举报

这种关系个人感觉少用之为好，用了维护太麻烦了

lnwuyaowei 2007-03-24

打赏
举报

这不是三层的错,取决于业务变化.

如系统登录设计,你加一个用户性别段,那么登录用不用改?不用.
但是注册呢?当然要改了,因为你加的东西,已经引起了业务变化.

AhBian 2007-03-24

打赏
举报

多层设计应该注意层之间的正交性和松耦合性。

acqy 2007-03-24

打赏
举报

如果您需要得到一个松耦合的设计，那么您最好避免存储过程的使用。尽管这样会降低一定的效率，但对您今后对系统进行更改有很大的帮助。

lj_lt 2006-08-10

打赏
举报

还有高手发表意见吗?

GXY2005 2006-08-08

打赏
举报

依据分层的思想及本意是不要修改的，如果那层都要修改，还分层干什么，多个累赘！

Cry_Out 2006-08-08

打赏
举报

最好的做法就是在设计时就考虑到这种问题吗?

lj_lt 2006-08-08

打赏
举报

数据层：不调整怎么存进去啊。
逻辑层：肯定在逻辑层有逻辑处理，否则加它干什么？
表现层：不改怎么显示啊?
================================================
不改如果解决上面的问题?

Ivony 2006-08-07

打赏
举报

如果要作这种贯穿多层的修改，就建议不要用三层的比较好。

thirdman 2006-08-07

打赏
举报

设计好的话，做到业务层不该问题不大。

bobomouse 2006-08-05

打赏
举报

最好是修改，或者有修改记录就行。

丰云 2006-08-05

打赏
举报

要想少出事,就要先把需求和需求分析做透彻,
数据库设计是开发中的核心,重中只重,数据库不合理或者不具备可扩展性,
对以后的维护升级影响非常大

lj_lt 2006-08-05

打赏
举报

ding

lj_lt 2006-08-05

打赏
举报

我的想法，直接在配置文件里加这个字段，定义它的特性，对象归属，界面显示需求等等
多层能自动处理，不需要重新改程序，
如何能做到了？

lovvver 2006-08-04

打赏
举报

修改的多少，要看它的业务处理是否全部在逻辑层处理，如果在存储过程来处理的话，那就有可能改动比较少。

--------------------------------
http://www.notsoft.cn

阿牛138588 2006-08-04

打赏
举报

设计问题，我觉得可以避免

sogno 2006-08-04

打赏
举报

题外话：三层结构里面理想的情况是表现层和数据访问层均依赖于业务层，因为三者中业务层抽象程度最高。表现层除了依赖于业务对象之外，还要考虑用户体验等因素，变数更多。同样道理，数据访问层除了要满足业务对象的持久化之外，还受到性能、技术平台等一些约束条件的限制。如果业务层依赖于数据访问层（常见的设计思路），数据表的修改影响对象定义，就有可能造成一些实现细节的变化造成对象定义的修改，而这种修改又是本来可以避免的。

sogno 2006-08-04