第13章 层次式架构设计理论与实践
文章平均质量分 78
层次式架构是软件体系结构设计中最为常用的一种架构,它为软件系统提供了一种在结构、行为和属性方面的高级抽象,其核心思想是将系统组成为一种层次结构,每一层为上层服务,并作为下层客户。
huaqianzkh
路虽远行则将至,事虽难做则必成!
展开
-
基于物联网架构的电子小票服务系统
电子小票物联网架构采用感知层、网络层和应用层的3层物联网体系架构模型,电子小票物联网的架构见图1。图1 电子小票物联网架构的小票智能硬件能够取代传统的小票打印机,在不改变商家原有收银系统的前提下,采集收音机待打印的购物小票信息,通过Wi-Fi/GPRS传输将其存储到电子小票云平台。支持感知层电子小票信息的传输、处理和存储,并为顾客和线下商家的应用提供服务支撑,实现的功能为:数据传输与处理、数据存储、智能硬件设备管理、商家管理、会员管理和商品管理等。原创 2024-05-26 20:26:06 · 541 阅读 · 0 评论 -
物联网层次架构设计
物联网可以分为三个层次底层是用来感知数据的,即利用传感器、二维码、RFID等设备随时随地获取物体的信息。第二层是数据传输处理的,即通过各种传感网络与互联网的融合,将对象当前的信息实时准确地传递出去。第三层则是与行业需求结合的,即通过智能计算、云计算等将对象进行智能化控制。原创 2024-05-24 22:08:56 · 391 阅读 · 0 评论 -
数据架构规划与设计
对类和类之间关系的正确识别是数据模型的关键所在。要想将建模过程缩减为一个简单的、逐步进行的过程是不太可能的。从本质上讲,建模是一项艺术。对一个给定的复杂情况而言,不存在唯一正确的数据模型,然而却存在好的数据模型。一个企业或机构的某个数据模型可能会优于另一个数据模型,但就如何为一个特定的系统建立数据模型,却没有唯一的解决方案。好模型的目标是将工程项目整个生存期内的花费减至最小,同时也会考虑到随时间的推移系统将可能发生的变化,因而设计时也要考虑能适应这些变化。原创 2024-05-24 21:35:49 · 774 阅读 · 0 评论 -
数据访问层设计_6.连接对象管理设计
在基于JDBC的数据库应用开发中,数据库连接的管理是一个难点,因为它是决定该应用性能的一个重要因素。对于共享资源,有一个很著名的设计模式——。该模式正是为了解决资源频繁分配、释放所造成的问题。把该模式应用到数据库连接管理领域,就是建立一个数据库连接池,提供一套高效的连接分配、使用策略。原创 2024-05-23 21:45:00 · 407 阅读 · 0 评论 -
数据访问层设计_5.事务处理设计
事务是现由于其中的一部分或多步执行失败,导致没有步骤被提交,则事务必须回滚(回到最初的系统状态)。事务必须服从ISO/IEC所制定的ACID原则。ACID是原子性(Atomicity)、一致性(Consistency)、隔离性(Isolation)和持久性(Durability)的缩写。事务的原子性表示事务执行过程中的任何失败都将导致事务所做的任何修改失效。一致性表示当事务执行失败时,所有被该事务影响的数据都应该恢复到事务执行前的状态。隔离性表示在事务执行过程中对数据的修改,在事务提交之前对其他事务不可见。原创 2024-05-22 22:52:03 · 205 阅读 · 0 评论 -
数据访问层设计_4.灵活运用XML Schema
XML Schema用来描述XML文档合法结构、内容和限制。XML Schema由XML1.0自描述,并且使用了命名空间,有丰富的内嵌数据类型及其强大的数据结构定义功能,充分地改造了并且极大地扩展了DTDs(传统描述XML文档结构和内容限制的机制)的能力,将逐步替代DTDs,成为XML体系中正式的类型语言,同XML规范、Namespace规范一起成为XML体系的坚实基础。原创 2024-05-22 22:20:33 · 824 阅读 · 0 评论 -
数据访问层设计_3.ORM、Hibernate的设计思想
在关系型数据库和对象之间作一个映射,这样,在具体操纵数据库时,就不需要再去和复杂的SQL语句打交道,只要像平时操作对象一样操作即可。当开发一个应用程序的时候(不使用OR Mapping),可能会涉及许多数据访问层的代码,用来从数据库保存、删除和读取对象信息等,然而这些代码写起来总是重复的。一个更好的办法就是引入OR Mapping。实质上,一个OR Mapping会生成DAL。与其自己写DAL代码,不如用OR Mapping,开发者只需要关心对象就好。使用ORM可以大大降低学习和开发成本。原创 2024-05-21 22:14:26 · 608 阅读 · 0 评论 -
数据访问层设计_2.工厂模式在数据访问层应用
在应用程序的设计中,数据库的访问是非常重要的,数据库的访问需要良好的封装性和可维护性。在.Net中,数据库的访问,对于微软自家的SQLServer和其他数据库(支持OleDb),采用不同的访问方法,这些类分别分布于System.Data.SqlClient和System.Data.Oledb名称空间中。微软后来又推出了专门用于访问Oracle数据库的类库。我们希望在编写应用系统的时候,不因这么多类的不同而受到影响,尽量做到数据库无关。这就需要在实际开发过程中将这些数据库访问类再作一次封装。原创 2024-05-21 21:27:31 · 558 阅读 · 0 评论 -
数据访问层设计_1.5种数据访问模式
在线访问是最基本的数据访问模式,也是在实际开发过程中最常采用的。如图1所示,这种数据访问模式会占用一个数据库连接,读取数据,每个数据库操作都会通过这个连接不断地与后台的数据源进行交互。原创 2024-05-20 22:28:07 · 492 阅读 · 0 评论 -
业务逻辑层框架
业务框架位于系统架构的中间层,是实现系统功能的核心组件。采用容器的形式,便于系统功能的开发、代码重用和管理。业务层采用业务容器(BusinessContainer)的方式存在于整个系统当中,采用此方式可以大大降低业务层和相邻各层的耦合,表示层代码只需将业务参数传递给业务容器,而不需要业务层多余的干预。如此一来,可以有效地防止业务层代码渗透到表示层。原创 2024-05-19 18:58:08 · 368 阅读 · 0 评论 -
业务逻辑层实体设计
业务逻辑层实体具有以下特点:业务逻辑层实体提供对业务数据及相关功能(在某些设计中)的状态编程访问。业务逻辑层实体可以使用具有复杂架构的数据来构建,这种数据通常来自数据库中的多个相关表。业务逻辑层实体数据可以作为业务过程的部分I/O参数传递。原创 2024-05-19 17:05:06 · 686 阅读 · 0 评论 -
中间层架构设计_2.业务逻辑层工作流设计
工作流管理联盟(Workflow Management Coalition)将定义为:业务流程的全部或部分自动化,在此过程中,文档、信息或任务按照一定的过程规则流转,实现组织成员间的协调工作以达到业务的整体目标。原创 2024-05-18 19:48:05 · 459 阅读 · 0 评论 -
中间层架构设计_1.业务逻辑层组件设计
业务逻辑层组件分为接口和实现类两个部分。接口用于定义业务逻辑组件,定义业务逻辑组件必须实现的方法是整个系统运行的核心。通常按模块来设计业务逻辑组件,每个模块设计一个业务逻辑组件,并且每个业务逻辑组件以多个DAO(Data Access Object)组件作为基础,从而实现对外提供系统的业务逻辑服务。增加业务逻辑组件的接口,是为了提供更好的解耦,控制器无须与具体的业务逻辑组件耦合,而是面向接口编程。原创 2024-05-18 15:10:17 · 313 阅读 · 0 评论 -
表现层框架设计之表现层动态生成设计思想
基于XML的界面管理技术实现的管理信息系统实现了用户界面描述信息与功能实现代码的分离,可针对不同用户需求进行界面配置和定制,能适应一定程度内的数据库结构改动。是对用户界面的动态修改过程,在软件运行过程中,用户可按需求和使用习惯,对界面元素(如菜单、工具栏、键盘命令)的属性(如文字、图标、大小和位置等)进行修改。基于XML的界面管理技术可实现灵活的界面配置、界面动态生成和界面定制。其思路是用XML生成配置文件及界面所需的元数据,按不同需求生成界面元素及软件界面。界面配置、界面动态生成和界面定制。原创 2024-05-18 12:25:49 · 125 阅读 · 0 评论 -
表现层框架设计之表现层中UIP设计思想
应用程序通常要用代码来管理用户界面,例如一个窗体可以决定下一个要呈现给用户的窗体。开发人员可以把这些代码写在UI代码中间,但是会使代码复杂,不易复用、维护和扩展。另一方面,应用程序要运行在其他的平台也变得相当困难,因为它进行控制的逻辑和状态都不能被复用。在大多数情况下,应用程序需要维护一个状态,如状态存储在窗体中,代码需要访问这个窗体以重新恢复状态。这样就会比较困难并且代码也会变得不雅,同时也会对用户接口的重用性和可扩展性产生影响。用户应用系统的时候,可能会先启动一个任务,离开一段时间后再回来继续。原创 2024-05-17 22:01:49 · 533 阅读 · 0 评论 -
表现层框架设计之使用XML设计表现层
XML与HTML类似,是一种标记语言。与主要用于控制数据的显示和外观的HTML标记不同,XML标记用于定义数据本身的结构和数据类型。XML已被公认为是优秀的数据描述语言,并且成为了业内广泛采用的数据描述标准。由于XML的设计目标是描述数据并集中于数据的内容,所以虽然XML和HTML类似,但是业内很少采用XML作为表现层技术,表现层技术仍然是HTML唱主角。但是,由于Web应用程序对特定浏览器的局限以及性能问题,基于窗体表现形式的胖客户端应用程序又开始有了卷土重来的趋势。原创 2024-05-17 20:30:00 · 309 阅读 · 0 评论 -
表现层框架设计之表现层设计模式_3.MVVM模式
正是为解决MVP中UI种类变多,接口也会不断增加的问题而提出的。MVVM模式全称是模型-视图-视图模型(Model-View-ViewModel),它和MVC、MVP类似,主要目的都是为了实现视图和模型的分离,不同的是MVVM中,View与Model的交互通过ViewModel来实现。ViewModel是MVVM的核心,它通过DataBinding实现View与Model之间的双向绑定,其内容包括数据状态处理、数据绑定及数据转换。原创 2024-05-16 22:04:02 · 1009 阅读 · 0 评论 -
表现层框架设计之表现层设计模式_2.MVP模式
MVP(Model-View-Presenter)模式提供数据,View负责显示,Controller/Presenter负责逻辑的处理。MVP是从经典的模式MVC演变而来,它们的基本思想有相通的地方:Controller/Presenter负责逻辑的处理,Model提供数据,View负责显示。当然MVP与MVC也有一些显著的区别,MVC模式中元素之间“混乱”的交互主要体现在允许View和Model直接进行“交流”,这在MVP模式中是不允许的。原创 2024-05-16 21:16:11 · 426 阅读 · 0 评论 -
表现层框架设计之表现层设计模式_1.MVC模式
MVC是一种目前广泛流行的软件设计模式。近年来,随着Java EE的成熟,MVC成为了Java EE平台上推荐的一种设计模式。MVC强制性地把一个应用的输入、处理、输出流程按照视图、控制、模型的方式进行分离,形成了控制器、模型、视图三个核心模块。接受用户的输入并调用模型和视图去完成用户的需求。该部分是用户界面与Model的接口。一方面它解释来自于视图的输入,将其解释成为系统能够理解的对象,同时它也识别用户动作,并将其解释为对模型特定方法的调用;原创 2024-05-15 22:15:36 · 546 阅读 · 0 评论 -
层次式体系结构概述
软件体系结构为软件系统提供了结构、行为和属性的高级抽象,由构成系统的元素描述、这些元素的相互作用、指导元素集成的模式以及这些模式的约束组成。软件体系结构不仅指定了系统的组织结构和拓扑结构,并且显示了系统需求和构成系统的元素之间的对应关系,提供了一些设计决策的基本原理,是构建于软件系统之上的系统级复用。软件体系结构贯穿于软件研发的整个生命周期内,具有重要的影响。原创 2024-05-15 20:55:28 · 985 阅读 · 0 评论