Uml 存储层和实体类

根据我正在读的书，在三层体系结构（表示、应用、存储）中，存储层负责管理系统中数据的持久性存储。如果是这样的话，我认为实体类是在应用层。对吗？存储层中将包含哪些类？实体类和存储层类之间有什么区别？你能给我举一些例子吗？

实体是低端数据库的“部件”。它们表示为持久化而放入数据存储器中的位和块。UML使用一个类似磁带/磁头的原型（如果还有人记得是什么）：

边界的原型类似于屏幕（或者您可以将其视为某种投影）。边界向参与者呈现一些信息

控件原型类似于一个旋转的轮子（在这里您认为工作正在完成），它隐藏了业务逻辑，它不响应边界事件和更改/读取实体

也可以使用矩形表示法：

---

编辑正如@www.admiralit.nl所指出的，这种符号不是上层结构本身的一部分（因此不是基本的UML），而是各种UML配置文件中常用的符号。

这里没有一个真理。人们有不同的观点，也有自己的定义

您已经用UML标记了您的问题，但UML并没有定义诸如“存储层”或“实体类”之类的东西

您已经用“ecb模式”标记了您的问题，但是该模式定义了逻辑层，并且没有规定特定的物理分层，反之亦然，物理分层也没有规定逻辑分层。您提到的三层体系结构可能是一个物理层。每个物理层可以使用也可以不使用ecb模式。这是由软件架构师做出的决定

大多数作者将存储层定义为由数据库管理系统（DBMS）实现，通常是关系型（RDBMS），其中不使用类等面向对象的概念。在这种情况下，如果使用ecb模式，则实体类是应用层和/或表示层的一部分

示例1：实体类Person可以是应用层中的一个类，它通过向RDBMS（=存储层）发送SQL消息来保持自身。Class Person通常还实现诸如“出生日期应在过去”之类的业务规则

---

示例2：实体类Person可以是表示层中的一个类，它通过向应用层发送消息来保持自身，在应用层中不使用ecb模式（假设）。

实体是低端数据“部分”。这意味着它们在存储层中？我正在读的书将它们放在storag layer package.Ehrm中。这是一个问题吗？@ThomasKilian，您描述的是Rational统一过程定义的原型，而不是UML。@www.admiralit.nl您是对的，它不是上层结构的一部分，但已经成为一些概要文件的一部分。我会更新我的答案。