类划分时关于内聚性的问题
静态类的设计
在软件设计中,我们经常会将一些通用的方法封装到一个类中,这种类只包含方法,没有属性,类中的方法之间没有关联,内聚性最低,属于偶然内聚或巧合内聚。这种设计常用于工具类,一般设计为静态类,这些方法的使用时类似函数调用。设计需注意,将功能基本接近的方法封装到一个类中,切忌不能将所有的公用方法封装到一个大类中,如:日期格式转换,数字转换字符串等。
高内聚类的设计
高内聚类的设计时,按照操作功能进行封装,需遵循单一职责原则,即每一个类完成规定的某一项任务。如:dao层的类用作数据的增删改查(CRUD),数据实体仅为数据载体,用作传递数据任务。即每个封装的类仅完成一项任务。
又如迭代器模式中迭代器仅为某一个集合进行服务,但是还要独立出来一个内部类,就是把集合数据的表示和对集合的遍历操作两项任务分开。
低耦合代表高内聚,在进行类的设计时,如类A的方法中调用了B类的方法,在A类定义属性变量或局部对象变量时,使用B类接口定义,通过注入或方法参数传入B的对象,使得二者之间形成一种松耦合的关系。如果一个类对外暴露的接口简单,接口的参数为简单数据类型,所有的复杂操作封装在类的内部,这种类内聚性最高,独立性强。如:通过短信猫发送短信,对外接口仅为sendMsg(String msg),如何创建连接、格式转换、信息发送全部封装类的内部。
附:面向过程编程中模块的内聚性
以下是面向过程中内聚性由高到低做一说明,对类划分时有一定的参考意义。
偶然内聚或巧合内聚(Coincidental)
内内的各成分之间没有关联,只是把分散的功能合并在一起;类A内有BCDE四个方法,这四个方法均为public方法,功能含义上各自独立。前端开发api,将不同模块的api放在一起,就是偶然耦合。
var api = {
//登录
getCaptcha: (param) => get(apiBase+"/captcha.jpg", param),
adminLogin: (param) => post(apiBase+"/sys/login", param),
//部门管理
departmentList:(param) => get(apiBase+"/tywdepart/list", param),
departmentAdd:(param) =>post(apiBase+"/tywdepart/save", param),
departmentUpdate:(param) =>post(apiBase+"/tywdepart/update", param),
departmentDelete:(param) =>post(apiBase+"/tywdepart/delete", param),
}
增强耦合度办法:拆分;将登录api要使用的api和部门管理api设计为两个独立的api。
逻辑内聚(Logical):
若干个逻辑相似的功能通过参数确定该模块对应哪一个功能。如:类A内有BCDE四个方法,这四个方法均为public方法,功能上类似,把它们封装在一起,如字符串转换函数工具类,包括int转字符串、double转字符串等。
时间内聚(Temporal ):
因为功能必须在同一时间内执行才写到一个模块,即这些功能只是因为时间因素才有关联。 例:程序初始化时,程序员把对所有全局变量的初始化操作放在模块A中,模块A中就是时间内聚。
过程内聚:
模块内部的处理成分是相关的,而且这些处理必须以特定的次序进行执行。一个模块,为某员工计算工龄工资:打开员工信息文件取出员工记录;按一定的算法计算工 龄;按一定的算法计算工龄工资。 该模块中的三个相对独立的子功能必须以特定次序执行,整个模块具有过程内聚
通信内聚(Communicational):
所有处理元素集中在一个数据结构的区域上。一个模块,接收一个远程传来的信息文件,保存,同时马上打印该文件。 该模块针对同一个文件操作,打印和存盘操作没有前后顺序关系,整个模块具有通信内聚。
顺序内聚(Sequential):
模块内的各个处理元素关注同一功能,顺序执行,前一元素的输出结果作为下一元素的输入。
功能内聚(Functional):
类内所有的功能成分均为了完成一项功能服务的,如:userDao都是为了完成用户数据库的增删改查(CRUD)服务的。
面向过程编程中模块的内聚性参考:
https://www.jb51.net/article/120602.htm
以上就是java面向对象编程类的内聚性分析的详细内容,更多关于java面向对象编程类的内聚性的资料请关注aitechtogether.com其它相关文章!