创建业务对象:从地址类到工匠抽象类
1. 类设计的不同途径
在开发过程中,设计类有多种途径。一种方式是先定义大量抽象类,但这并非唯一选择。另一种可行的方法是从各个库中的简单具体类开始,提取它们的共同需求,然后创建抽象基类(ABCs)来强制执行这些需求。这种方法能更快地实现具体功能,不过会将结构和数据标准的确定推迟到后期,还需要将大量代码从具体类移到抽象基类中,但它仍然是一个可行的方案。
2. 类的快速回顾
在面向对象的语言中,类可以被看作是创建对象的蓝图,它定义了对象作为类的实例是什么、有什么以及能做什么。类常常代表现实世界的对象,如人、地点或事物,即便不代表现实对象,它们也能提供一组简洁的数据和功能,构成一个逻辑概念单元。
在开发过程中,会设计和实现多个具体类和抽象类。大多数情况下,设计会从类图开始,类图展示了一个或多个类的结构以及它们之间的关系。具体类用于实例化,即根据其提供的蓝图创建对象实例;抽象类则为具有特定类成员(具体或抽象)的对象提供基线功能、接口要求和类型标识,这些成员会被派生类继承或需要在派生类中实现。成员(属性和方法)的作用域通常用“+”表示公共成员,“-”表示私有成员,“#”表示受保护成员,但在Python中并没有真正的受保护或私有成员,不过这些符号至少能表明成员的预期作用域。
3. 实现hms_sys中的基本业务对象
在开发的现阶段,我们还不确定所有业务对象类的功能是否会在即将构建的两个应用程序和服务中完全一致。数据所有权规则(即确定用户可以创建、更新或删除对象内哪些数据)尚未详细到足以做出决策。然而,仅基于这些对象的用途,我们有足够的信息来开始定义它们所代表的数据以及这些数据点应有的约束。
超级会员免费看
订阅专栏 解锁全文
14

被折叠的 条评论
为什么被折叠?



