跳转至

面向对象设计

划分职责进而识别出有哪些类

  • 把需求描述中的名次罗列出来,作为可能的候选类,然后进行筛选
  • 根据需求描述,把其中设计的功能点,一个个罗列出来,然后再看哪些功能点职责相近,操作相同的属性,可否归为一个类

    单一职责原则:每一个功能点只负责做意见很小的事情

针对复杂的需求开发,我们首先要做的是进行模块划分,将需求先简单划分为几个小的、独立的功能模块,然后再在模块内部,应用上述的方法

定义类及其属性和方法

  • 根据功能点的描述定义属性与方法
  • 细节:
    • 并不是所有出现的名次都应该被定义为类的属性
    • 在设计具有哪些属性和方法时,不能单纯的依赖当下的需求,还要分析这个类从业务模型上来讲,理应具有哪些属性和方法

定义类与类之间的交互关系

[[UML类图]]讲述了类与类之间的关系

将类组装起来并提供执行入口

定义一个执行入口(main函数或者是其他的接口)