设计模式原则

面向对象设计原则概述

1、可维护性:指软件能够被理解、改正、适应及扩展的难易程度

2、可复用性:指软件能够被重复使用的难易程度

面向对象设计的目标之一在于支持可维护性复用,一方面需要实现设计方案或者源代码的复用,另一方面要确保系统能够易于扩展和修改,具有良好的可维护性

每一个设计模式都符合一个或者多个面向对象设计原则,面向对象设计原则是用于评价一个设计模式的使用效果的重要指标之一

 

 

单一职责原则:一个对象应该只包含单一的职责,并且该职责被完整地封装在一个类中(四星)

开闭原则:软件实体应当对扩展开放,对修改关闭(五星)

里氏替换原则:所有引用基类的地方必须能透明地使用其子类的对象(五星)

依赖倒置原则:高层模块不应该依赖低层模块,它们都应该依赖抽象。抽象不应该依赖于具体细节,具体细节应该依赖于抽象(画图解释会好很多)(五星)

接口隔离原则:客户端不应该依赖那些它不需要的接口(二星)

合成复用原则:优先使用对象组合,而不是继承来达到复用的目的(四星)

迪米特法则:每一个软件单位对其他单位都只有最少的知识,而且局限于那些与本单位密切相关的软件单位

 

单一职责原则定义

就一个类而言,应该仅有一个引起它变化的原因(低耦合)

是实现高内聚、低耦合的指导方针

 

开闭原则

是面向对象的可复用设计的第一块基石,是最重要的面向对象设计原则

软件实体应当对扩展开放,对修改关闭

开闭原则是指软件实体应尽量在不修改原有代码的情况下进行扩展

 

依赖倒置原则

定义:要针对接口编程,不要针对实现编程

 

迪米特法则

要求一个软件实体应当尽可能少地与其他实体发生作用

应用迪米特法则则可降低系统的耦合度,使类与类之间保持松散的耦合关系


如果是初学者,和下面一样就对了,多找些资料并多做些练习吧


 

内容: 这个合成医疗保健数据集的创建是为了作为数据科学、机器学习和数据分析爱好者的宝贵资源。 灵感: 医疗保健数据通常很敏感,并受隐私法规的约束,因此难以访问以进行学习和实验。为了解决这一差距,我利用 Python 的 Faker 库生成了一个数据集,该数据集反映了医疗保健记录中常见的结构和属性。通过提供这些合成数据,我希望促进医疗保健分析领域的创新、学习和知识共享。 表格信息: 每列都提供有关患者、其入院情况和提供的医疗保健服务的特定信息,使此数据集适用于医疗保健领域的各种数据分析和建模任务。以下是数据集中每一列的简要说明 - 名字:此列表示与医疗保健记录关联的患者的姓名。 年龄:患者入院时的年龄,以年表示。 性:指示患者的性别,“男性”或“女性”。 血型:患者的血型,可以是常见的血型之一(例如,“A+”、“O-”等)。 医疗状况:此列指定了与患者相关的主要医疗状况或诊断,例如“糖尿病”、“高血压”、“哮喘”等。 入学日期:患者入住医疗机构的日期。 医生:在患者入院期间负责护理的医生的姓名。 医院:标识患者收治的医疗机构或医院。 保险提供商:此列指示患者的保险提供商,可以是多个选项之一,包括“Aetna”、“Blue Cross”、“Cigna”、“UnitedHealthcare”和“Medicare”。 账单金额:患者在入院期间为他们的医疗保健服务开具的账单金额。这表示为浮点数。 房间号:患者入院期间入住的房间号。 入场类型:指定入院类型,可以是“紧急”、“选择性”或“紧急”,以反映入院的情况。 出院日期:患者从医疗机构出院的日期,基于入院日期和实际范围内的随机天数。 药物:确定患者在入院期间开具或服用的药物。例子包括“阿司匹林”、“布洛芬”、“青霉素”、“扑热息痛”和“立普妥”。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值