实体类、边界类、控制类

　　今天老师上课提到了日常业务中的三个类、实体类、边界类、控制类。为了更加清晰地了解他，我决定记录一下。

实体类：

　　实体类是用于对必须存储的信息和相关行为建模的类。实体对象（实体类的实例）用于保存和更新一些现象的有关信息，例如：事件、人员或者一些现实生活中的对象。实体类通常都是永久性的，它们所具有的属性和关系是长期需要的，有时甚至在系统的整个生存期都需要。

边界类：

　　边界类是系统内部与系统外部的业务主角之间进行交互建模的类。好比一个人使用电脑编程，这里有三个类。“人”、“电脑”、”编写好代码“。人给电脑发送指令完成编程，电脑接收指令，并完成编程。“电脑”就是边界类。提供用户与系统交互沟通地桥梁。边界类依赖于系统外部的环境，比如业务主角的操作习惯、外部的条件的限制等。它或者是系统为业务主角操作提供的一GUI，或者系统与其他的系统之间进行一个交互的接口，所以当外部的GUI变化时，或者是通信协议有变化时，只需要修改边界类就可以了，不用再去修改控制类和实体类。业务主角通过它来与控制对象交互，实现用例的任务。

    边界类调用用例内的控制类对象，进行相关的操作。

一个系统可能会有多种边界类：

• 用户界面类 - 帮助与系统用户进行通信的类
• 系统接口类 - 帮助与其他系统进行通信的类
• 设备接口类 - 为用来监测外部事件的设备（如传感器）提供接口的类

控制类：

    控制类用于对一个或几个用例所特有的控制行为进行建模，它描述的用例的业务逻辑的实现，控制类的设计与用例实现有着很大的关系。在有些情况下，一个用例可能对应多个控制类对象，或在一个控制类对象中对应着对个用例。它们之间没有固定的对应关系，而是根据具体情况进行分析判断，控制类有效将业务逻辑独立于实体数据和边界控制，专注于处理业务逻辑，控制类会将特有的操作和实体类分离，者有利于实体类的统一化和提高复用性。

　　这段话又臭又长，按我的理解就是实现功能需求的一个个逻辑，或者说实现了众多方法从而达到系统目的的一个个类。

    当业务主角通过边界类来执行用例的时候，产生一个控制类对象，在用例被执行完后，控制类对象会被销毁。

   控制类的特点：

     独立于环境

     和用例的实现关联

     使用关联实体类，操作实体类对象

     专注于业务逻辑的实现

    当然如果用例的逻辑较为简单，可以直接利用边界类来操作实体类，而不必再使用控制类。或者用例的逻辑较为固定，业务逻辑固定不会改变。也可以直接在边界类实现该逻辑。

以上带有个人观点和(2条消息) 实体类、边界类和控制类_猫子猪的博客-CSDN博客_边界类和控制类 的转载。

若有理解不当之处大佬们斧正。