java 的耦合度,要高内聚,低耦合

下面是从百度搜索出来的一段话:
程序的耦合度是 你的子程序之间的相关联性,也就是说你的多个类的联系 是否太紧密,打个比方,你房子里边有窗子 ,那房子 和窗子 就有了关联

耦合度 是松还是紧 就看你的 关联 是强还是弱,也就是修改的代价,比如 你窗子是扣死在墙里的 那么你修改窗子 就必须修改墙 这就比较紧密了,但是如果你窗子是按照某种规格的 可以自由拆装的 那么修改的代价就小,耦合度也就低了
我们写程序的目标就是 高内聚 低耦合!
这样修改起来 就不会有太多的联系 不用 改一个地方 其他的都要修改
讲的非常好,也就是分层的机构。类与类之间 最好是相对 独立的 不要有太多的关系。这样就降低耦合度。 修改起来也就容易了
耦合就是程序中的一部分跟其他部分之间的关系。
软件工程有一条铁律“高内聚、低耦合”:
1、模块只对外暴露最小限度的接口,形成最低的依赖关系;
2、只要对外接口不变,模块内部的修改,就不得影响其他模块;
3、删除一个模块,应当只影响有依赖关系的其他模块,而不应该影响其他无关部分。

框架是不也就是做这些东西么, 那个框架用起来比较好,层次分得比较细,层与层之间 耦合度比较低的话,这样维护起来就比较容易,这样成本就会降低。

                
Java内聚耦合是一种软件设计原则,它意味着在一个系统或模块中,各个组件之间相互依赖度,独立性,可以方便地修改、扩展和重用。下面以一个订单系统为例,说明Java内聚耦合的示例。 假设我们有一个订单系统,它包括订单管理、商品管理和用户管理三个模块。内聚耦合的设计将按照功能将不同的模块拆分成各个独立的类,每个类只负责自己的职责。比如,订单管理模块的类包括Order、OrderItem和OrderService,商品管理模块的类包括Product和ProductService,用户管理模块的类包括User和UserService。 在这个设计中,各个模块之间尽量减少依赖关系,只通过接口或提供的公共方法进行通信,类之间的调用关系简单清晰。比如,订单管理模块中的OrderService类只依赖于商品管理模块的ProductService接口和用户管理模块的UserService接口,而不依赖具体的实现类。这样,当需要修改或扩展商品管理或用户管理模块时,订单模块不会受到影响,只需要修改相应的接口和实现类即可。 另外,内聚耦合的设计也能够提代码的重用性。比如,商品管理和用户管理模块的一些公共方法可以抽象成一个BaseService类,让需要使用这些方法的模块进行继承。这样,不同的模块可以复用相同的代码,避免了重复编写类似的功能。 综上所述,Java内聚耦合示例通过模块的拆分和减少依赖关系,实现了系统的灵活性和扩展性,提了代码的重用性。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值