【问题标题】:Entity-Control-Boundary Pattern实体-控制-边界模式
【发布时间】:2019-01-07 06:55:49
【问题描述】:

我正在研究Entity-Control-Boundary Pattern 并尝试为在线学习平台网站制作类图。 This 问题的答案对我帮助很大。在设计Boundary 课程时,我遇到了一个设计问题。我没有找到任何使用继承的BoundaryControl 类的示例。但在我的设计中,我试图带来继承。

我已将其转换为以下内容:


因此,部分设计如下所示:

我的问题:

  1. 在接口中写<<Boundary>>表示它是Boundary类的接口是强制还是约定?我刚刚写了<<interface>>
  2. 我应该在Boundary 类中使用参数吗?我知道主要的逻辑工作是由Control 类完成的。但是用户直接与Boundary 类交互,然后Boundary 类将信息传递给Control 类。
  3. 如果我选择TutorialListUI用户的Boundary类的selectTutorial操作将更改为IndividualTutorialUI。我应该在这两个Boundary 类之间画一条线来显示过渡吗?
  4. 除此之外,请提及可以进行的任何改进。

【问题讨论】:

    标签: uml class-diagram ecb-pattern


    【解决方案1】:
    1. 只写<<interface>> 是正确的。
    2. 边界类通常只保存通常对应屏幕字段和操作对应按钮的属性。
    3. 没有。这是一种行为,不适合(静态)类图。
    4. 见下文

      • 您的边界看起来更像是控制器。
      • 您写 “但在我的设计中,我试图引入继承。” 但您更愿意(正确地)在图表中使用实现
      • 应该有很多例子。还要找和其他词差不多的MVC(我说差不多!)。

    【讨论】:

    • 谢谢。我怎样才能重新设计我的图表,使它看起来不像 Controller s 而像 Boundary ??
    • 向我们展示您与 ECB 的(部分)设计,而不仅仅是您所说的边界,我们会看看。
    • 抱歉迟到了。我刚刚编辑了我的问题以添加部分设计。请检查一下。
    • 嗯。这看起来很奇怪。为什么你会有一个似乎没有被使用的界面?边界应该集中在与用户的数据交换上。你的边界似乎都不是这样设计的。一个 this `startInterface(),那到底是什么?
    猜你喜欢
    • 2011-08-01
    • 1970-01-01
    • 1970-01-01
    • 2015-01-10
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2010-10-15
    • 1970-01-01
    相关资源
    最近更新 更多