Java类的设计原则

UML类图、JAVA DesignMode 设计模式、设计原则 全文2.6W余字,读完需要20分钟,介绍23种设计模式,每个模式都有案例与真实使用场景,能够帮助初学者快速了解设计模式,建立起对代码中设计模式的初步理解,要明确:设计模式只是帮助我们更好的设计代码架构,低耦合高内聚是我们不变的目标。 阅读详情

本文总结一些关于类设计的基本原则

1.内聚性

  • 类应该描述一个单一的实体,而所有的类操作应该在逻辑上相互配合,支持一个连贯性的目标。减少类与类之间的耦合度,亦即尽量做到“高内聚,低耦合”

2.一致性

   遵循标准Java程序设计风格和命名习惯,类名以及方法名应该能够体现他们的职责

   尽量采用下面的顺序书写类的内容:

  • 共有访问特性部分
  • 包作用域访问特性部分
  • 私有访问特性部分

   在每一部分中应该按照下列顺序列出:

  • 实例方法
  • 静态方法
  • 实例域
  • 静态域

   Sun的程序设计风格建议Java程序设计语言先书写域后书写方法,但是将方法放置域域之前有利用用户更多的关注类所提供的接口而非实现。

3.封装性

  • 一定要将数据设为私有(private)
  • 一定要对数据初始化
  • 不是所有的域都需要独立的访问器与修改器

4.完整性

  • 是指一个类应该通过属性和方法提供给用户尽可能多的方案以适应用户的不同需求

 

 

 

 

Java类设计原则与实践:从Employee类谈起 本文深入解析了Java中类的设计与使用,以Employee类为例,探讨了构造器的使用、方法的定义、封装的重要性、以及静态域与静态方法的应用。通过分析Employee类的代码实例,展示了如何通过封装保护数据、提供接口方法进行数据访问与修改,并理解了静态成员在类中的作用。 阅读详情

相关推荐

蓝桥杯FPGA赛道积分赛

代码如下: 按键驱动 代码如下 按键驱动 代码如下: 顶层文件 按键驱动 数码管驱动 声明:本代码借鉴网络资料,如有侵权和错误请联系作者删除。我是从寒假开始备赛的,由于我基础不行,备赛过程中也是混混呃呃的,备赛效率不高,总体来说备赛不认真,有点拖拉,但是最后我也坚持备赛到了今天,在备赛过程中,即复习了旧的东西,也学到了新的东西,总结起来还是有点收获的,后天北京、天津、河北地区就要进行省赛了,我会全力以赴,不管结果怎么样,尽力就好,最后祝大家都能

weixin_69804913的博客 1980

初识UML

什么是UML? 统一建模语言(UML)是一种通用的可视化建模语言,可以用来描述、可视化、构造和文档化软件密集型系统的各种工件。 UML是独立于过程的,它适用于各种软件开发方法、软件生命周期的各个阶段、各种应用领域以及各种开发工具。 注:UML不是一种程序设计语言,其描述的模型可以和各种编程语言相联系。 UML的目标 1.为建模者提供可用的、富有表达力的、可视化的建模语言,以开发和交...

weixin_30908941的博客 171

在linux上本地大模型部署与推理

您的Python脚本(客户端)可能在您的个人电脑上,而模型服务(服务器)在远程Linux服务器上。如果您的服务器有强大的NVIDIA GPU,并且您对性能有更高的要求(例如需要高吞吐量),vLLM是更好的选择。这种方式无需向公网暴露服务器端口,而是通过加密的SSH通道将服务器的端口“映射”到您的本地电脑上。我们将启动一个API服务器,它会加载您指定的模型,并等待您的代码前来调用。如果您直接在SSH窗口运行上面的命令,一旦您关闭窗口,服务就会停止。这是根据您的原始代码修改的版本,适配本地vLLM服务。

frostmelody 全网同名,大家多多关注呀~ 持续分享优质内容! 2052

关于顶层接口,中层抽象类,下层实现类的理解 [java]

关于顶层接口,中层抽象类,下层实现类的理解 我们在异常框架或者集合框架中常常可以看到底层都是一些接口,然后中间是一些抽象类,然后下层就是一些实现类的现象,我们为什么要这样创建一个框架体系? 这里我们就以集合框架中的Collection分支进行解释: 首先:我们的Collection是一个接口,它表示实现了这个接口的类的所创建的集合对象中就只能加入有序的,以及不可重复的数据,这个时候我们就将根据两个特点来声明一些方法,这些方法我们只是在Collection接口中声明,但是我们并不去具体的实现,这个时候我们要到

m0_57001006的博客 488

AI赋能运筹优化:从参数生成到智能求解的工程实践

运筹学通过线性规划、整数规划等数学模型,为供应链、物流、生产排程等复杂决策问题寻找最优解,其核心价值在于提升资源利用效率与决策科学性。传统方法依赖精确的输入参数与专家经验,面临数据不准、建模门槛高、求解调优难等挑战。人工智能技术的引入,正从原理层面重塑这一流程:通过深度学习模型生成更贴合现实的动态参数(如需求分布、行驶时间),利用自然语言处理降低建模门槛,并借助强化学习对求解器进行智能参数调优。这种AI与运筹学的融合,在工程实践中显著提升了优化系统的自适应能力与求解效率,使其在应对实时交通、柔性生产调度等动

weixin_26913055的博客 595

[Dify 案例实战] 构建一个基于 Dify 的个人写作助理工具-带绑定资源

想要一个懂你风格、能帮你写文章、润色文字、生成大纲的 AI 写作助手? 本文将带你从 0 到 1,完整实现一个 基于 Dify 工作流的个人写作助理工具。 我们会利用 Dify 的 LLM 节点、变量传递、文本处理、知识库与多轮对话能力.

技术小甜甜:传播可落地技术,帮助个人和企业降低解决真实场景问题的成本 273

面向对象的5个设计原则

在面向对象中,类是基本单位,各种设计都是围绕着类来进行的。可以说,类与类之间的关系,构成了设计模式的大部分内容。经典的设计模式有23种,学习设计模式推荐GOF经典以及《敏捷软件开发——原则、方法与实践》1.单一职责原则背景故事:亚当.斯密 对制针业做过一个分工生产效率的例子(《国富论》第一章)。每个工人专学一种专门的业务,相比每个人独立完成整个工作流程,达到数千倍的效率。在面向对象设计中,分工理论就

CollinPeng的博客 538

企业数字化转型解决方案架构设计:一个五维全景视角

本文系统探讨了企业数字化转型的架构设计框架,提出五维协同模型:企业架构作为战略罗盘,业务架构聚焦价值创造,应用架构实现能力载体,数据架构提供智能燃料,技术架构奠定基础支撑。文章深入分析了各架构域的核心要素、设计原则及相互关系,并指出数字化转型需通过渐进路径,结合战略引领、技术赋能和组织变革,构建有机统一的架构体系。该框架为企业应对数字化复杂性提供了系统性方法论,强调从整体视角实现技术与业务的深度融合。

金牌架构师 1254

Java七大设计原则

4、依赖倒转原则是基于这样的设计理念:相对于细节的多变性,抽象的东西要稳定的多。也就是说,对于被依赖的类不管多么复杂,都尽量将逻辑封装在类的内部,对外除了提供public方法之外,不对外泄露任何信息。指的是一个类依赖另一个类时,为它提供相关类的成员属性,再为这个属性提供setter方法。3、里氏替换原则告诉我们,继承实际上两个类耦合性增强了,在适当的情况下,可以通过聚合、组合、依赖来解决问题。5、使用接口或抽象类的目的是制定好规范,而不涉及任何具体的操作,把展现细节的任务交给他们的实现类去完成。

weixin_42576312的博客 1199

2025华为OD机试真题目录汇总 B+C+D+E卷(570道)(Python语言)

本文是华为OD机试真题(Python 语言)专栏的目录贴(持续更新中…)华为OD是Outsourcing Dispacth模式,是华为和外企德科联合招聘的简称。目前华为大多数是OD招聘。OD模式也是华为提出的一种新的用工形式,每年都会从OD项目挑优秀员工转为正编。所有OD和正式员工一样对待,没有差别,部门平时开会、评审等活动都是一起参加的,是同薪同酬,都是由华为的HR直接定的薪资,看的是我们技术能力。华为是大企业,能到华为上班也是有能力的,每个部门都有好多职位,是金子,在哪都会发光。

KJ.JK 18万+

数据仓库数据质量监控和处理方法最佳实践

指的是检查数据是否存在反常或者错误的情况,例如数值反常地过大或者过小,或者超过记录的波动值,对应的规则包括数值波动检查,最大值、最小值检查,跨表准确性等。指的是检查数据是否存在缺失的情况,这里的缺失可以是整个数据集的记录缺失,也可以是某个字段记录的缺失,对应的规则包括空值检查,表总行数检查。指的是检查数据是否符合规范,是否按照规定的格式存储,对应的规则包括正则表达式检查,字段长度检查,枚举集合检查,数值范围等。指的是检查哪些数据是重复数据或者数据的哪些属性是重复的,对应的规则例如主键唯一性检查。

大模型大数据攻城狮的专栏 895

JAVA设计模式总结之六大设计原则

问题由来:类与类之间的关系越密切,耦合度越大,当一个类发生改变时,对另一个类的影响也越大。解决方案:尽量降低类与类之间的耦合。自从我们接触编程开始,就知道了软件编程的总的原则:低耦合,高内聚。无论是面向过程编程还是面向对象编程,只有使各个模块之间的耦合尽量的低,才能提高代码的复用率。低耦合的优点不言而喻,但是怎么样编程才能做到低耦合呢?那正是迪米特法则要去完成的。迪米特法则又叫最少知道原则,最早是在1987年由美国Northeastern University的Ian Holland提出。

“ 春风若有怜花意,能否许我再少年。” 1734

lwip-2.0.3

lwip是瑞典计算机科学院(SICS)的Adam Dunkels 开发的一个小型开源的TCP/IP协议栈。实现的重点是在保持TCP协议主要功能的基础上减少对RAM 的占用。

java中的类的设计原则

类的设计原则。

DemoTransfer 4747

OV9734 DATASHEET,完整规格书

OV9734完整规格书,包括电气参数,尺寸规格,寄存器配置表等

计算机控制技术及应用

《计算机控制技术及应用》通过总结作者的科研成果和吸收国内外的先进理论、方法和技术,以计算机控制系统的网络化、开放化、智能化和集成化发展趋势为主线索,主要介绍计算机控制系统的基本概念和计算机控制系统的典型形式,计算机控制系统的数学描述与基本分析方法,以及数字PID控制器、最少拍控制系统、达林算法、状态变量设计法等设计方法及其各种改进算法。重点突出计算机控制系统输入输出通道接口的设计方法和典型控制系统的设计案例与实现方法等。

java设计原则与设计模式及UML类图

一、设计原则 二、设计模式 定义:设计模式是根据设计原则结合实际开发中的方式,进行总结出来的一套编程模式 分类: 创建型模式:主要是用来实例化对象用的 结构型模式:对象和类的调用 行为型模式:不同类之间的相互处理 1、单例模式 我们通过类new一次就会得到一个实例对象,多次new得到的是不同的对象, 如果需要得到同一个对象,我们可以通过单例模式,单例模式就是通过改变获取java对象的方式得到同一个java对象 将构造方法私有化,采用封装的思想,暴露一个public的公共方法 单例模式就是为了得到相同的

langlangfxl的博客 500

老版QQ原生表情gif动态

这是老版的QQ表情,不过全是动态的的,Windows照片查看器是不会动的,可以右击用浏览器打开查看,再说一遍是老版的,只是分享给宁愿用老版也要动态的人。

java 类设计原则_Java类设计原则

类设计原则译自《Java核心技术》,自己做了些注解一、成员变量尽量设为private注:这个要求主要是为了保证封装性。尽管Java也提供了public、protected、package(默认的)等丰富的访问控制符,但是除非是特殊要求,尽可能地把成员变量设为private。因为随着继承等问题,你很难跟踪之后别人如何使用你设计的类。二、一定要把数据初始化注:虽然Java会按照默认规则初始化成员变量(...

weixin_39900830的博客 160

java中类的设计原则

1、内聚性 类应该被描述为一个单一的实体,而所有的类操作应该在逻辑上相互配合,支持一个一致的目的。 例如:可以设计一个类用于学生,但不应该将学生类与教职工类放在同一个类中,因为学生和教职工是不同的实体; 2、一致性 遵循标准java程序设计风格和命名习惯,为类、数据域和方法选取具有信息的名字,通常风格是将数据域的声明置于构造方法之前,将构造方法置于方法之前,而对于在多个类中执行相同工作的方...

weixin_39310854的博客 998

java-类的设计原则

java结课,按照课本的总结篇,加了一些自己的理解。 文章目录内聚性一致性封装性清晰性完整性实例和静态继承与聚合接口和抽象类 内聚性 注意与类的聚合区分。 类应该描述一个单一的实体,而所有的类操作应该在逻辑上相互配合,支持一个一致的目的。例如:可以设计一个类用于学生,但不应该将学生与教职工组合在同一个类中,因为学生和教职工是不同的实体。> 意思是每个类只描述一种东西,这种东西有自己的特点,不能与其它的东西混在一起描述。 如果一个实体担负太多的职责,就应该按各自的职责分成几个类。 还是以学生为例

weixin_45726516的博客 377

Java 类的设计原则

Java类的设计原则 收藏 1.把属性设成private 2.初始化数据 3.在类中尽量不要用太多的基本数据类型 4. 不是所有的域需要独立的accessors and mutators(getters and setters) 5.用标准的形式定义类 6.命名要符合类、方法的功能 类公共接口的单独成员应该是类的操作符。(?) 类A的实例不应该直接发送消息给类B的成员...

技术与人际,两手都要硬 146

【Java设计模式】设计原则,类图

设计模式是从许多优秀的软件系统中总结成功的可复用的设计方案 设计模式的分类:创建型,行为型,结构型 面向对象的几个基本原则 面向抽象原则 抽象类(abstract): 抽象类中可以有abstract方法,也可以有非abstract方法 抽象类不能用new运算符创建对象 如果一个非抽象类是一个抽象类的子类,那么它必须重写父类的abstract方法 作为上转型对象 接口(interface): 接口中只可以有public权限的abstract方法,不能有非abstract方法 接口由类去实现,及一个类如果

weixin_55270959的博客 965

java类的设计思路_java类的设计原则

1、内聚性类应该描述一个单一的实体,所有的类操作应该在逻辑上相互配合,支持一个连贯性的目标。例如:学生和教职工属于不同的实体,应该定义两个类。2、一致性要遵循一定的设计风格和命名习惯。给类、方法、数据域选择有信息量的名字。流行的风格是将数据声明置于构造方法之前,并将构造方法置于方法之前。选择的名字要保持一致,给类似的操作选择不同的名字并非好的习惯。如果不想让用户创建类的对象,可以在类中声明一个私有...

weixin_33601398的博客 661

【精品】 Java中类设计原则

1.单一职责原则(Single Responsibility Principle,简称SRP) 单一职责原则定义是:不要存在多于一个导致类变更的原因。通俗地说,即一个类只负责一项职责单一职责原则。 类T负责两个不同的职责:职责P1,职责P2。当由于职责P1需求发生改变而需要修改类T时,有可能会导致原本运行正常的职责P2功能发生故障或者难以维护,这就违背了单一职责 单一职责原则让每个类都只做一件事,减低了类的复杂性。但是如果严格遵守单一职责原则,又会导致类的数目大增,反而增加了整体的复杂性。这就是单一职责原则

哈 1532

【Java那些年系列-启航篇 04】Java程序架构:深入理解类与对象的设计原则

类是Java程序中的基本构建块,它定义了一组具有相同属性和行为的对象。类的定义始于class关键字,后跟类名和类体。类体中包含了类的属性(变量)和方法(函数)。// 属性和方法的声明包是Java中用于组织类和接口的命名空间。它们提供了一种将类分组的方法,避免了名称冲突,并提供了访问控制。包名通常反映了类的功能和位置,使用反向互联网域名的方式来确保唯一性。类是Java中定义对象的蓝图。它包含了字段(变量)和方法(函数),以及构造函数用于初始化对象。return age;

weixin_40736233的博客 1490

Java六大设计原则 类的设计原则

一个挺详细的设计原则,有代码:http://www.uml.org.cn/sjms/201211023.asp#2 原文地址:http://blog.youkuaiyun.com/u014612273/article/details/25284913 ...

chengqujian1192的博客 94

Java类设计原则笔记

1.如果需要返回一个可变对象的引用,首先应该对它进行克隆。对象克隆是指存放在另一个新位置上的对象副本。

weixin_45715037的博客 154
上一篇: Java中有关方法的简单总结
下一篇: 简述Java中的继承
CrazyJMonkey
博客等级 码龄14年 7粉丝 24原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明:

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

余额充值