设计模式——组合实体模式

定义与概念

  • 组合实体模式(Composite Entity Pattern)是一种设计模式,主要用于将多个相关的实体组合成一个单一的实体,以实现对这些实体的统一管理和操作。这种模式在处理复杂的对象关系时非常有用,它将相关的数据和操作封装在一起,使得客户端可以更方便地与这些组合后的实体进行交互。
  • 例如,在一个人力资源管理系统中,员工的信息可能包括基本信息(如姓名、年龄)、工作信息(如职位、部门)和薪资信息(如基本工资、奖金)等多个部分。组合实体模式可以将这些不同部分的信息组合成一个 "员工组合实体",客户端(如人事管理模块)在操作员工信息时,就可以通过这个组合实体来进行统一的操作,而不是分别处理每个部分的信息。

结构组成

  • 组合实体(Composite Entity):
    它是模式的核心部分,将多个相关的实体组合在一起。这个组合实体包含了对各个子实体的引用,并提供了统一的接口来操作这些子实体。例如,在上述人力资源管理系统的例子中,"员工组合实体" 类会包含员工基本信息对象、工作信息对象和薪资信息对象的引用,并且会有方法来获取和设置这些信息,如getEmployeeName()、setEmployeePosition()等。
  • 细粒度实体(Fine - Grained Entities):
    这些是被组合的实体,它们各自代表了组合实体的一个部分。每个细粒度实体都有自己的数据和操作方法。在人力资源系统中,员工基本信息类、工作信息类和薪资信息类就是细粒度实体。例如,员工基本信息类可能有属性name、age,以及方法getName()、setName()等。
  • 协调者(Coordinator):
    协调者主要负责创建和维护组合实体,它了解组合实体的构建过程和内部结构。协调者还负责处理客户端的请求,将请求转发给组合实体,并在必要时协调组合实体和细粒度实体之间的操作。在人力资源管理系统中,人事管理模块可以充当协调者的角色,它在创建新员工记录时,会构建 "员工组合实体",并在需要修改或查询员工信息时,通过 "员工组合实体" 来完成操作。

工作原理

  • 协调者首先创建组合实体,在创建过程中,组合实体内部会创建或引用细粒度实体。客户端通过协调者来请求与组合实体相关的操作。协调者将请求转发给组合实体,组合实体根据请求的类型,调用自身内部的方法或者操作细粒度实体来完成请求。最后,组合实体将操作结果返回给协调者,协调者再将结果返回给客户端。
  • 例如,在一个游戏角色系统中,游戏角色是一个组合实体,它由角色属性(如力量、敏捷)、装备信息和技能信息等细粒度实体组成。游戏服务器(协调者)在玩家创建角色时,创建游戏角色组合实体,并初始化其内部的细粒度实体。当玩家请求查看角色属性时,服务器将请求转发给游戏角色组合实体,组合实体获取角色属性细粒度实体中的数据并返回给服务器,服务器再将数据展示给玩家。

代码示例

以下是一个简单的模拟学生信息管理的组合实体模式示例。

  • 细粒度实体 - 学生基本信息(StudentBasicInfo)
cpp 复制代码
class StudentBasicInfo {
private:
    std::string name;
    int age;
public:
    void setName(const std::string& n) {
        name = n;
    }
    std::string getName() const {
        return name;
    }
    void setAge(int a) {
        age = a;
    }
    int getAge() const {
        return age;
    }
};
  • 细粒度实体 - 学生成绩信息(StudentScoreInfo)
cpp 复制代码
class StudentScoreInfo {
private:
    float score;
public:
    void setScore(float s) {
        score = s;
    }
    float getScore() const {
        return score;
    }
};
  • 组合实体 - 学生信息(StudentInfo)
cpp 复制代码
class StudentInfo {
private:
    StudentBasicInfo basicInfo;
    StudentScoreInfo scoreInfo;
public:
    void setName(const std::string& n) {
        basicInfo.setName(n);
    }
    std::string getName() const {
        return basicInfo.getName();
    }
    void setAge(int a) {
        basicInfo.setAge(a);
    }
    int getAge() const {
        return basicInfo.getAge();
    }
    void setScore(float s) {
        scoreInfo.setScore(s);
    }
    float getScore() const {
        return scoreInfo.getScore();
    }
};
  • 协调者 - 学生信息管理(StudentInfoManager)
cpp 复制代码
class StudentInfoManager {
public:
    StudentInfo createStudent() {
        StudentInfo student;
        return student;
    }
    void updateStudentInfo(StudentInfo& student, const std::string& name, int age, float score) {
        student.setName(name);
        student.setAge(age);
        student.setScore(score);
    }
    void displayStudentInfo(const StudentInfo& student) {
        std::cout << "学生姓名: " << student.getName() << ", 年龄: " << student.getAge() << ", 成绩: " << student.getScore() << std::endl;
    }
};
  • 客户端使用示例
cpp 复制代码
int main() {
    StudentInfoManager manager;
    StudentInfo student = manager.createStudent();
    manager.updateStudentInfo(student, "张三", 20, 85.0f);
    manager.displayStudentInfo(student);
    return 0;
}

优点

  • 统一管理:
    将多个相关的实体组合成一个整体,方便进行统一的管理和操作。在处理复杂的业务对象时,可以减少客户端与多个细粒度实体之间的交互复杂性,提高了代码的可读性和可维护性。例如,在企业资源规划(ERP)系统中,对于复杂的产品信息(包括产品基本信息、库存信息、销售信息等),使用组合实体模式可以让客户端通过一个接口来操作所有相关信息。
  • 封装性好:
    组合实体对内部的细粒度实体进行了封装,客户端不需要了解内部实体的具体细节和它们之间的复杂关系。这使得系统的内部结构更加清晰,并且在内部实体发生变化时,只要组合实体的接口保持不变,客户端代码就不需要修改。例如,在一个图形绘制系统中,如果对图形的颜色信息实体进行内部结构调整,只要图形组合实体的颜色获取和设置接口不变,使用图形组合实体的绘图模块就不会受到影响。
  • 符合面向对象设计原则:
    这种模式体现了面向对象设计中的聚合和封装原则,使得系统的设计更加符合面向对象的思想,有利于构建复杂的软件系统。例如,在一个物流管理系统中,订单信息可以作为组合实体,将发货信息、收货信息、商品信息等细粒度实体聚合在一起,这样的设计符合对象之间的实际关系,便于理解和维护。

缺点

  • 增加复杂度:
    引入组合实体和协调者增加了系统的层次结构和复杂度。对于简单的系统来说,可能会显得过于复杂,并且在设计和实现过程中需要考虑更多的因素,如组合实体和细粒度实体之间的交互方式、协调者的职责等。例如,在一个小型的命令行工具中,如果使用组合实体模式来管理简单的数据,可能会使代码变得臃肿和难以理解。
  • 可能导致性能问题:
    由于组合实体需要管理多个细粒度实体,在某些情况下,频繁地操作组合实体可能会导致性能下降。例如,在一个对性能要求极高的实时数据处理系统中,如果组合实体的内部操作涉及大量的数据复制或者复杂的对象关系处理,可能会影响系统的整体性能。
相关推荐
ThetaarSofVenice2 小时前
能省一点是一点 - 享元模式(Flyweight Pattern)
java·设计模式·享元模式
记得多喝水o2 小时前
图解设计模式
设计模式
InSighT__2 小时前
设计模式与游戏完美开发(2)
java·游戏·设计模式
思忖小下3 小时前
梳理你的思路(从OOP到架构设计)_设计模式Android + Composite模式
设计模式·composite模式
silver6873 小时前
单例模式详解
设计模式
渊渟岳14 小时前
掌握设计模式--装饰模式
设计模式
zh路西法16 小时前
【C++决策和状态管理】从状态模式,有限状态机,行为树到决策树(二):从FSM开始的2D游戏角色操控底层源码编写
c++·游戏·unity·设计模式·状态模式
夏旭泽16 小时前
设计模式-备忘录模式
设计模式·备忘录模式
蓝染-惣右介16 小时前
【23种设计模式·全精解析 | 行为型模式篇】11种行为型模式的结构概述、案例实现、优缺点、扩展对比、使用场景、源码解析
java·设计模式