展开全部
大家都知道三层架构,但是很少有人知道它为什么叫三层架构,为什么要用三层架构,使用三层架构的原因在于,三层架构可以分模块组织代码,让代码更容易理解.还有一个优点就是便用修改,扩充.比如你要修改一个程序,普通的代码错综复杂,难以理解,但是三层架构就不一样了,它分为数据层,业务层,介面层.你可以掘弃其中的任意一层.而保持其它层不变.这样一来程序就更具健壮性.
三层架构详解:
数据层:负责连接数据库,返回数据集或结果集给业务层.
业务层:负责接收数据库的数据和介面层的数据.经过运算,发给介面层.
介面层:获得业务层计算出的数据,显示到介面上.
三层架构详解:
数据层:负责连接数据库,返回数据集或结果集给业务层.
业务层:负责接收数据库的数据和介面层的数据.经过运算,发给介面层.
介面层:获得业务层计算出的数据,显示到介面上.
展开全部
不过,我觉得任何事情都不要这么绝对,小项目你分那么清楚干什么?怎么方便怎么写就对了
中小型的,就考虑一下分点层出来,主要还是方便维护~~~
中型项目要在项目开始前有一个比较好的规划,如何划分层次结构,但是还不至于必须一个表一个类,多表关联可以搞死你~~~
大型项目的话,架构就比较复杂了,光数据访问层就可以分为至少两部分,而且一般的层次结构几乎无法适应所有的CASE,这个时候就要用一些办法了,当然,这些办法主要还是那些模式,这样可以组合出适合你的项目的层次结构出来.(说白了,MVC不就是这样的吗?)
也不要总是三层三层的,有的时候3层多余,有的时候明显不够.比如说,我们现在正在研发的一个数据平台,初步划分为6层,在评审的时候已经发现不足了,还得再继续分下去……
综上所述,不要太过绝对,不分层的小软件不一定不是好软件(不过只要是软件,总能分点层出来),分层的也不一定就是什么好玩意儿,“合适的”才是“最好的”~~~
中小型的,就考虑一下分点层出来,主要还是方便维护~~~
中型项目要在项目开始前有一个比较好的规划,如何划分层次结构,但是还不至于必须一个表一个类,多表关联可以搞死你~~~
大型项目的话,架构就比较复杂了,光数据访问层就可以分为至少两部分,而且一般的层次结构几乎无法适应所有的CASE,这个时候就要用一些办法了,当然,这些办法主要还是那些模式,这样可以组合出适合你的项目的层次结构出来.(说白了,MVC不就是这样的吗?)
也不要总是三层三层的,有的时候3层多余,有的时候明显不够.比如说,我们现在正在研发的一个数据平台,初步划分为6层,在评审的时候已经发现不足了,还得再继续分下去……
综上所述,不要太过绝对,不分层的小软件不一定不是好软件(不过只要是软件,总能分点层出来),分层的也不一定就是什么好玩意儿,“合适的”才是“最好的”~~~
本回答被提问者采纳
已赞过
已踩过<
评论
收起
你对这个回答的评价是?
展开全部
首先说明,不要为了分层而去分层。
三层的目的,是为了让你的数据层,逻辑层,与界面层的分离,同时也为了代码的公用,重构方便等等。同时你可以对不同的层次进行封装,可以继承,有共用方法可以重载等好处~~~
至于详细,可以去查看相关OOP及MVC的相关内容:http://baike.baidu.com/view/739359.htm
三层的目的,是为了让你的数据层,逻辑层,与界面层的分离,同时也为了代码的公用,重构方便等等。同时你可以对不同的层次进行封装,可以继承,有共用方法可以重载等好处~~~
至于详细,可以去查看相关OOP及MVC的相关内容:http://baike.baidu.com/view/739359.htm
已赞过
已踩过<
评论
收起
你对这个回答的评价是?
展开全部
用不用看你, 更能体现出面向对象的开发,维护好维护
已赞过
已踩过<
评论
收起
你对这个回答的评价是?
展开全部
如果你想从事程序员这个职业,
那就老老实实写好三层吧-_-!
企业级大型项目开发至少22层!!
那就老老实实写好三层吧-_-!
企业级大型项目开发至少22层!!
已赞过
已踩过<
评论
收起
你对这个回答的评价是?
推荐律师服务:
若未解决您的问题,请您详细描述您的问题,通过百度律临进行免费专业咨询