扫二维码与项目经理沟通
我们在微信上24小时期待你的声音
解答本文疑问/技术咨询/运营咨询/技术建议/互联网交流
三层架构就是为了符合“高内聚，低耦合”思想，把各个功能模块划分为表示层(UI)、业务逻辑层(BLL)和数据访问层（DAL)三层架构，各层之间采用接口相互访问，并通过对象模型的实体类（Model）作为数据传递的载体，不同的对象模型的实体类一般对应于数据库的不同表，实体类的属性与数据库表的字段名一致。（百度百科）
三层架构区分层次的目的是为了 “高内聚，低耦合”。开发人员分工更明确，将精力更专注于应用系统核心业务逻辑的分析、设计和开发，加快项目的进度，提高了开发效率，有利于项目的更新和维护工作。
表现层: 主要是指与用户交互的界面。用于接收用户输入的数据和显示处理后用户需要的数据。
业务逻辑层: 表现层和数据访问层之间的桥梁。实现业务逻辑。业务逻辑具体包含：验证、计算、业务规则等等。
数据访问层: 与数据库打交道。主要实现对数据的增、删、改、查。将存储在数据库中的数据提交给业务层，同时将业务层处理的数据保存到数据库。
一个店铺的大概组成:客服、仓库人员、生产人员，那他们分别负责什么呢？
客服：负责与客户打交道，解答客户的问题。
仓库人员：跟客服以及生产人员对接，跟客服对接有什么情况呢。例如需要换地址，退货，换货等等；跟生产线对接有什么情况呢，例如有时候一个商品需求大，这时候就需要生产线加大生产了。
生产人员：负责跟仓库人员对接，以及跟外面的原材料厂商对接，用来生产仓库所需要的商品。
现在想想，电商的每个组成部分是不是各自独立的，只要对接好，完成自己的任务就好了，这也可以理解成一种解耦的思想。
结合现实想想，如果把全部任务集合在同一个人身上，那如果他辞职了，是不是这个店铺就运行不了了呢，程序也是和现实差不多。
③那这样分部分的好处有什么呢？经过这样的结构，各个部分各司其职。如果有哪个部分出了问题只要找相应的部分就可以了。程序也一样，这样解耦后，更有利于我们后期的维护。
1、降低了系统的性能。这是不言而喻的。如果不采用分层式结构，很多业务可以直接造访数据库，以此获取相应的数据，如今却必须通过中间层来完成。
2、有时会导致级联的修改。这种修改尤其体现在自上而下的方向。如果在表示层中需要增加一个功能，为保证其设计符合分层式结构，可能需要在相应的业务逻辑层和数据访问层中都增加相应的代码。
3、增加了代码量，增加了工作量。
你是否还在寻找稳定的海外服务器提供商？创新互联www.cdcxhl.cn海外机房具备T级流量清洗系统配攻击溯源，准确流量调度确保服务器高可用性，企业级服务器适合批量采购，新人活动首月15元起，快前往官网查看详情吧
我们在微信上24小时期待你的声音
解答本文疑问/技术咨询/运营咨询/技术建议/互联网交流
微信二维码
移动版官网