JAVA : 关于高内聚与低耦合

高内聚与低耦合的概念说实话,对本人来说每次提起来总是有些模糊,下午看了一些博主的文章,感觉清晰了一些,在此记录一下个人的理解。

首先感谢几位老哥的文章,如下:

https://blog.csdn.net/qq_39521554/article/details/79489180

https://www.cnblogs.com/corvoh/p/5747856.html

https://blog.csdn.net/kingscoming/article/details/78836229

内聚:

每个模块尽可能独立完成自己的功能,不依赖于模块外部的代码。

个人理解:

关于内聚,本人觉得四个字“单一职责”,不管是方法(函数)、类,还是自定义的组件。

比如某个类应该只做它本身做的是,也不应该做过多的事情。比如计算模块,该模块应该只是做计算的事情,而不应该与付款模块发生内容耦合或者说直接耦合之类,

说实在点就是在计算模块中不应该有付款之类的代码存在,计算就应该只是做计算的事情,反之亦然。

那么计算模块中应该有各种类,比如计算加减法的,计算平方的,计算平方根的(举个例子,可能实际工作中就是一个工具类)

那么计算加减法的类中就只是计算加减法,包括到方法中去,加法就计算加法。如果要实现一个复杂的计算比如要加,然后计算平法,然后再减的逻辑,应该在主模块中进行调用。

最终暴露给其他模块的接口不影响付款,具体算法是什么样的,是计算模块说了算,付款模块并不需要关注。

在主模块中调用计算模块的接口,然后再调用付款模块的接口,那么它们只是有非直接耦合的关系。

耦合:

模块与模块之间接口的复杂程度,模块之间联系越复杂耦合度越高,牵一发而动全身。

个人理解:

内聚有耦合有着千丝万缕的关系,如果内聚度较高,那么耦合程度必然会有所降低,反之,内聚度低,耦合度响应的也会出现一定上升,但又不一定是必然的。

比如有一个类同时既有计算又有付款,内聚松散,等于2个功能整合为一个功能。那么可以直接把付款类去掉了。

然后主模块中关于计算付款只要调用这一个类中的函数即可,那么是不是整体的耦合度降低了?但是牺牲的是内聚性。

总结:

所有本人感觉,如果要达到高内聚,那么在敲代码之前,势必要多花一些时间研究模块的拆分,不管是横向的还是纵向的,

以上大多都是个人理解,欢迎拍砖

原文地址:https://www.cnblogs.com/jony-it/p/10821226.html

时间: 2024-10-18 13:38:02

JAVA : 关于高内聚与低耦合的相关文章

大型项目架构搭建_高内聚、低耦合(1)

软件开发中的项目的架构的终极目标就六个字: 高内聚.低耦合. 架构搭建好了,后期可维护性才干提高,在这基础上,假设还想提高项目的高效性,就仅仅能从算法着手 假设项目中算法都已经做到极致了,还想提高项目的高效性,怎么办?(算法并不一定能处理高并发的问题) 就要用到中间件的技术了 以下我就从这三方面来搭建一个项目 假设我们有个这么需求 我公式和YC公式合作,开发一个项目.这个项目功能是用来測量东西的一个项目,我们公式在存储数据方面做得好,YC公司所以要和我们合作.要我们做一个对数据进行保存的容器,他

面向对象设计之高内聚、低耦合

内聚 内聚的含义:内聚指一个模块内部元素彼此结合的紧密程度 在面向对象领域,谈到"内聚"的时候,模块的概念远远不止我们通常所理解的"系统内的某个模块"这个范围,而是可大可小,大到一个子系统,小到一个函数,你都可以理解为内聚 里所说的 "模块".所以可以用"内聚"来判断一个函数设计是否合理,一个类设计是否合理,一个接口设计是否合理, 一个包设计是否合理,一个模块/子系统设计是否合理. 其次:"元素"究竟是什么

对高内聚,低耦合的理解

内聚:一个模块内各个元素彼此结合的紧密程度 耦合:一个软件结构内不同模块之间互连程度的度量 最近编码的时候,总是在犹豫是把某个方法封装在一个类里,还是单独的封装成一个类.这让我突然想起内聚耦合这两个名词. 我们一直追求着,高内聚,低耦合. 对于低耦合,我粗浅的理解是:一个完整的系统,模块与模块之间,尽可能的使其独立存在. 也就是说,让每个模块,尽可能的独立完成某个特定的子功能. 模块与模块之间的接口,尽量的少而简单. 如果某两个模块间的关系比较复杂的话,最好首先考虑进一步的模块划分. 这样有利于

什么是高内聚、低耦合?

起因:模块独立性指每个模块只完成系统要求的独立子功能,并且与其他模块的联系最少且接口简单,两个定性的度量标准――耦合性和内聚性. 内聚:一个模块内各个元素彼此结合的紧密程度 耦合:一个软件结构内不同模块之间互连程度的度量 耦合性也称块间联系.指软件系统结构中各模块间相互联系紧密程度的一种度量.模块之间联系越紧密,其耦合性就越强,模块的独立性则越差.模块间耦合高低取决于模块间接口的复杂性.调用的方式及传递的信息. 耦合性分类(低――高): 无直接耦合;数据耦合;标记耦合;控制耦合;公共耦合;内容耦

高内聚,低耦合

之前一直对“高内聚,低耦合”这句话不太理解.. 高内聚在<代码大全>书中解释是:“类内部的子程序或者子程序内所有的代码在支持一个中心目标上的紧密程度--这个类的目标是否集中,当一个类的代码越集中在一个中心目标的时候,就越容易记住这些代码功能所在”.我的理解就是指一个模块使内各个元素彼此结合的紧密程度高,且模块内所有元素共同完成一个功能.代码就体现在一个类只形容一个事物对象,一个方法只执行一种功能操作,一个功能可以是多个方法的结合,但每个方法尽快做到单一. 而低耦合书中说:“耦合度表示类与类之间

高内聚与低耦合实现小记

总所周知,实际软件开发中要实现高内聚.低耦合的设计原则.c语言和c++不同,c语言面向过程.c++面向对象. 真正的项目中,要对业务升级,原来的业务函数需要保留,要保证老的功能继续维持,不能直接删除,这时候 c语言面向过程,通常使用回调的方法.c++面向对象,要实现高内聚.低耦合,需要使用接口技术. C语言为例: 软件通常有后台日志的记录功能,用log函数实现,主业务用business函数表示: void log() { printf("Logging...\n"); } void b

小菜学设计模式——高内聚、低耦合

背景 本文标题为什么叫小菜学习设计模式,原因是本文内容主要是学习<大话设计模式>时的笔记摘要部分,当然,并不是记录书中小菜的学习过程,这个完全没有意义,而是指本人学习设计模式的成长之旅. 真诚的希望自己能够从一名小菜成长为一名大鸟! 编写的程序应该满足: 1)可维护 2)可扩展 3)可复用 4)够灵活 废话少说,言归正传,设计模式原则之:高内聚.低耦合 当然,这条原则不是面向接口编程的具体原则,他是所有原则.所有设计模式都必须遵循的一条亘古不变的宗旨. 网上学习与记录 起因:模块独立性指每个模

什么是高内聚,低耦合?

概念: 高内聚是指一个软件模块是由相关性很强的代码组成,只负责一项任务,也就是常说的单一责任原则. 低耦合是:一个完整的系统,模块与模块之间,尽可能的使其独立存在. 内聚性又称块内联系.指模块的功能强度的度量,即一个模块内部各个元素彼此结合的紧密程度的度量.若一个模块内各元素(语名之间.程序段之间)联系的越紧密,则它的内聚性就越高. 内聚性匪类(低――高): 偶然内聚;逻辑内聚;时间内聚;通信内聚;顺序内聚;功能内聚; 1 偶然内聚: 指一个模块内的各处理元素之间没有任何联系. 2 逻辑内聚:

什么是耦合,关于高内聚,低耦合

耦合分为两类: 代码的耦合和数据结构的耦合: 数据结构的耦合是必然的,无法避免. 代码的耦合是可以降低的, 基本条件如下: MVC为例,下层不能调用上层方法,上层不能跨层调用: 封装的类只需要暴露自己的数字签名:名字,方法数,返回值等,方法的具体实现不能被调用者知道.