-
本版专家分：23结帖率 100% -
现有class A, B, C 三个类，其中 A是管理类， 调用 B类和 C类，其中C类要到B类中的某些参数，那么如何处理才能降低A、B
、C三个类的耦合度呢？
简单的情况
class B
{
public:
B()
{
b_1 = 100;
}
vitual ~B()
{
}
private:
int b_1;
public:
int GetParam1()
{
return b_1;
}
}
class C
{
private:
int c_1；
public:
void SetParam1(int value)
{
c_1 = value;
}
}
classA
{
prviate:
B b;
C c;
public:
void Exapmpe1()
{
c.SetParam1(b.GetParam1());
}
}
复杂的情况，B类不定时的会修改 b_1 的值，而C类需要使用 实施的 b_1 的值，如何处理能够更好的降低 B、C类的耦合度呢？
-
版主本版专家分：17604
-
-
优秀版主
2016年10月优秀小版主
优秀小版主
-
-
1、接口隔离+工厂
2、通过ipc
-
本版专家分：961 -
任何解决不了的问题，都可以通过增加一个中间层的方式来解决，如果不行，那就两层
-
本版专家分：240 -
subject-observer 观察者模式
-
本版专家分：12960
-
- Github 绑定github第三方账户获取
-
-
classA
{
prviate:
B* b; //改成指针
C *c;
public:
void Exapmpe1()
{
c.SetParam1(b.GetParam1());
}
}
-
本版专家分：23
-
是的，观察者模式即可解决该问题;
-
本版专家分：23
-
是的，通过观察者模式，可以即时的更新该参数;
-
本版专家分：23
-
ipc 方式我大概知道。 请问接口隔离 + 工厂 如何理解呢？有范例么？
-
本版专家分：841
-
第一，改变直接引用成员变量的方式来操作其他类对象，使用接口调用方式
第二，将接口函数的声明和实现分在.h和.cpp中编写
-
本版专家分：10
-
https://gitee.com/giveda/giveda_gobject_cpp11
楼主，以上开源代码，供你参考，100%解耦合，使用最简单，没有之一。
-
本版专家分：449
-
- spring的依赖注入如何降低了耦合
- 刚看spring，对依赖注入DI产生了迷惘，通过查看一些资料总结了一下，希望对此理解深入的人能再指点迷津 依赖注入：程序运行过程中，如需另一个对象协作(<em>调用</em>它的方法、访问他的属性时），无须在代码中创建被<em>调用</em>者，而是依赖于外部容器的注入 看过一些比较好的回答 1.一个人(Java实例，<em>调用</em>者)需要一把斧子(Java实例，被<em>调用</em>者) 在原始社会里，几乎没有社会分工；需要斧子的人(<em>调用</em>者)只能自
- 提高代码质量(定义接口，降低耦合)
- 我对定义接口的理解： 面向对象的程序设计在实际编写的过程中是一种面向接口的编程。以我的理解，定义接口就好比交代任务，当一个类接入了一个接口，可以说成他接受了一项任务。在符合规范的的前提下，接任务的人们有各自完成这个任务的途径和方法，结果也会不同，但我们需要的只是这些人上交的结果，而并非这些人本身，或许有些冷淡没有一点人性，但却能有效地减少“人”与“人”之间的依赖，更好地服从于任务本身，从而整...
- PHP的耦合设计模式
- 一个软件，它具有许多类，类与类之间需要互相<em>调用</em>，一旦某个类与另一个类具有紧密耦合关系的时候，这个软件的重用性就会大大<em>降低</em>。所以一个软件的重用性的高低就取决于它的耦合程度的高低。 耦合度：程序模块之间的关联、依赖程度。 在设计过程中提出：当设计这个软件的体系结构的时候，就发现了这个软件的逻辑运行部分（SimpleRouter类）和输出部分（SimpleRouterFrame类）不能很
- Android开发之耦合性
- <em>耦合性</em>：在android开发过程中，主要注意的是activity间关联程度。耦合的强弱取决与activity <em>耦合性</em>：在android开发过程中，主要注意的是activity间关联程度。耦合的强弱取决与activity间意图的复杂性、<em>调用</em>的方式以及通过界面传送数据的多少。耦合度是指模块之间的依赖关系，包括控制关系、<em>调用</em>关系、数据传递关系。联系越多，其<em>耦合性</em>越强，同时表明其独立性越
- 接口与耦合
- 开发人员经常提到2个词，“依赖”和“耦合”。最近的工作是一个系统的重构，在这方面想得比较多，在此总结一下 一、对模块的理解 模块可以在逻辑和物理2个层面上进行划分 对于比较小的工程，可能会把所有的模块都放在一个工程里。这样的话，不同的模块仅仅是在逻辑上有区别，在物理上还是一致的，因此也就不存在由于依赖而无法编译的<em>问题</em> 对于比较大的工程，除了在逻辑上划分之外，不同的模
- 减少前端代码耦合的几个方法
- 1、 避免全局耦合 这应该是比较常见的耦合。全局耦合就是几个类、模块共用了全局变量或者全局数据结构，特别是一个变量跨了几个文件 2、js/css/html的耦合 不推荐直接在js里面更改样式属性，而应该通过增删类来控制样式，这样子样式还是回归到css文件里面 3、减少重复代码 整一个的思路是这样的：出现了重复代码 -> 封装成一个函数 -> 封装成一个模块 -> 封装成一
- 代码耦合性
- 代码耦合：一个软件结构内不同模块之间互连程度的度量(<em>耦合性</em>也叫块间联系。指软件系统结构中各模块间相互联系紧密程度的一种度量。模块之间联系越紧密，其<em>耦合性</em>就越强，模块的独立性则越差，模块间耦合的高低取决于模块间接口的复杂性，<em>调用</em>的方式以及传递的信息。) 软件工程规定写代码的原则是“高内聚，低耦合”。内聚是代码块间的独立性，耦合是各个代码块间的联系。 对于低耦合，粗浅的理解是：一个完整的系统，模...
- 【设计模式】外观模式降低系统耦合（一）
- 一、摘要 外观模式（Facade）是一个使用频率非常高的设计模式之一。 它通过为子系统中的一组接口提供一个一致的界面，定义一个高层接口，这个接口使得这一子系统更加容易使用。 二、外观模式概述 现在越来越多的人喜欢到外面的餐馆吃饭，不知道大家有没有留意在家里自己做饭和去外面吃有什么区别？ 如果是自己做饭就要买菜、洗菜、做菜、吃菜。而在餐馆吃饭只需要对服务员说，我要什么什么菜。正
- 降低程序耦合性的方法
- 转载dadalan的<em>降低</em>C程序<em>耦合性</em>方法 源文档地址：http://blog.csdn.net/dadalan/article/details/3861616 英文 ： coupling <em>耦合性</em>是程序结构中各个模块之间相互关联的度量。它取决于各个模块之间接口的复杂程度、<em>调用</em>模块的方式以及哪些信息通过接口。 一般模块之间可能的连接方式有七种，构成<em>耦合性</em>的七种类型。它们之间的关系为（由弱到
- iOS开发 - 代码耦合性简单处理
- 简化场景 耦合的话题可大可小，但原理都是相通的。为了方便讨论，我们先将场景进行抽象和简化，只讨论两个类之间的耦合。 假设我们有个类Person，需要喝水，根据职责划分，我们需要另一个类Cup来完成喝水的动作，代码如下： //Person.h @interface Person : NSObject - (void)drink; @end //Cup.h @interface
- 怎样降低iOS代码耦合性
- 综述 凡是维护过中型项目的iOS工程师都应该有过类似的体验：ViewController代码繁重、功能复杂、维护困难，整个工程寥寥几个ViewController就完成了整个项目的开发。每个控制器中都囊括了所有的页面布局、委托代理、网络请求、数据库操作和核心功能，这样的代码往往<em>问题</em>重重，修改起来牵一发而动全身，着实令人头疼。 为了应对这一系列的<em>问题</em>，苹果公司的工程师给我们提供了很多选择去更好的
- 利用工厂模式降低代码耦合性
- 1、工厂模式可以分为三类：1）简单工厂模式（Simple Factory）2）工厂方法模式（Factory Method）3）抽象工厂模式（Abstract Factory）2、抽象工厂模式与工厂方法模式的区别：工厂方法模式：一个抽象产品类，可以派生出多个具体产品类。一个抽象工厂类，可以派生出多个具体工厂类。每个具体工厂类只能创建一个具体产品类的实例。抽象...
- 关于MVC设计模式耦合度与解耦相关技术点总结
- 一 摘要在深入探究MVC设计模式之前,首先要弄清这样几个<em>问题</em>1.什么是MVC设计模2.为什么要使用MVC设计模3.MVC设计模存在的<em>问题</em>4.什么是<em>耦合性</em>5.如何去解耦针对这些<em>问题</em>,我们来一一分析,解释.1.什么是MVC设计模首先我们来看一下MVC设计模式的整个架构图 这个图,应该都不陌生了,现在简单的介绍下各个模块的职能.MVC－－－－－Model－View-Controller MVVM –>
- unity3d 使用委托+事件 完成低耦合发送消息
- 最近在自学unity3d,看了网上的一些教学视频和小游戏按钮，感觉gameobject与gameobject 的消息传递，代码<em>耦合性</em>很强，因为我是开发as3的用的是面向对象的MVC思想，所以看到<em>耦合性</em>强的代码就有点强迫症去修改它，以下是用委托+事件做的一个低耦合的消息传递；不说废话，进入主题； 首先创建一个简单的场景，一个plane，放在上面的两个cube，其中一个cube（称为A）移动
- Java程序设计之——代码耦合性与包的结构
- <em>问题</em>和分析： 如下，一种 常见的 包结构： |--x.y.service -------存放service接口（interface） |--x.y.service.impl -------存放service接口的实现类 这种设计，从代码结构上来说，是下层（impl层）的代码 依赖于上层（service层）的代码，这样有个好处：代码耦
- 减少前端代码耦合
- 网上之前看的文章，很受用啊，就分享给大家看看。什么是代码耦合？代码耦合的表现是改了一点毛发而牵动了全身，或者是想要改点东西，需要在一堆代码里面找半天。由于前端需要组织js/css/html，耦合的<em>问题</em>可能会更加明显，下面按照耦合的情况分别说明：1. 避免全局耦合这应该是比较常见的耦合。全局耦合就是几个类、模块共用了全局变量或者全局数据结构，特别是一个变量跨了几个文件。例如下面，在html里面定义了一
- 不良代码展示-高耦合度代码的例子
- 原创文章，如有转载，请注明出处：http://blog.csdn.net/yihui823/article/details/6833131 前段时间，看到别人的一段代码，其实没什么逻辑，却做的丰富异常。 代码运行极其不稳定，却无从下手去改动。后来下定决心重写了。 昨晚有空，把原来不良代码抽取出来，供大家参考。 package testpj; import java.util.
- Spring中的注解如何实现降低耦合度
- （1）首先我觉得你在耦合度的<em>降低</em>上的理解有点偏差，在spring中，<em>降低</em>耦合度的关键在于将bean的依赖关系抽取出来的环节，而不在于将bean的依赖关系放在哪里的环节（配置文件？或注解？）（2）spring之ioc 1 将基于实现类的耦合变成基于接口的耦合，可以避免硬编码所造成的过度程序耦合，而接下来需要解决的<em>问题</em>就是，如何确定该接口的实现类。2 ioc控制反转，就是将某一接口的具体实现类的控制从
- 理解Spring IOC概念及如何降低代码耦合度
- 什么是IOC IOC(Inversion of Control) 控制反转，是spring中一个重要的特性，是面向对象编程中的一种设计原则，可以用来减低计算机代码之间的耦合度。那么控制什么的的权利被反转了呢，我们知道在写代码的过程中，经常会出现两个对象之间出现依赖关系，当A对象依赖B对象时，我们通常在A对象中通过new的方式来创建它的依赖对象B，而控制反转之后，对于对象的创建权被托付给IOC容器了...
- MVC的高耦合问题
- JDBC主要功能在于提供了用户和底层数据的接口，相当于一个桥梁，将两者连接起来，这个接口的实现，通常采用经典的MVC三层架构模式来解决： MVC（Model、View、Controller）三层架构作为一种常用的设计模式，已经经典到了不能再经典的地步，自身的优点不明而喻，MVC三层结构都作为一个独立的单位而存在，彼此之间有依赖性较小，每个单位部分都有自己的关注点和职责……
- 低耦合封装
- 一、什么是低耦合 低耦合：是软件工程的一个名词，多见于面向对象的程序设计中，与之相对应的是高内聚，软件设计中通常用耦合度和内聚度作为衡量模块独立程度的标准。划分摸块的一个准则就是高内聚低耦合。 耦合度(Coupling)是对模块间关联程度的度量。耦合的强弱取决与模块间接口的复杂性、<em>调用</em>模块的方式以及通过界面传送数据的多少。 模块间的耦合度是指模块之间的依赖关系，包括控制关系、<em>调用</em>关系、数据传递关
- 低耦合的重要性
- 今天调试修复一个bug时，发现一个变量在两个功能模块中起着同样的作用，又因为每次完成任务后并没重置，在初始化时，不够严谨造成的<em>问题</em>，<em>问题</em>没有多难，只是调试时候特纠结两个地方都有代码需要去看，了解，改了会不会有<em>问题</em>，比较费时，然后猛然意识到耦合的这个<em>问题</em>，确实很重要，站在巨人的肩上，之前不懂这么说的到底什么意义，然后今天突然有所发现，谨记谨记！！！ 耦合 简单地说，软件工程中对象之间的耦合度就是
- 如何让代码封装性强，耦合度低（持续更新）
- 1.传值<em>问题</em>，当A跳转到B界面，同时需要将值传给B ，常规的做法是在B头文件中暴露需要传值的变量 @interface B : UIViewController @property (strong) NSString* name; @end 然而其实这样并不好，任何持有B实例的地方都能修改name 的值 优化处理措施：可以将name 变量设置为初始化必须变量 // .h
- 谈代码耦合—知乎回答（转）
- 写在前面：耦合，谁之错？业务耦合，架构耦合，代码耦合，依次产生，前者是后者的催化剂，最终结果是系统严重耦合，无法适应任何变化。本篇来源：https://www.zhihu.com/question/21386172?sort=created以前，我写代码时，我考虑模块（本文中的模块就是指单个源文件）的单向依赖关系，考虑接口的正交性和紧凑性。我觉得我在做低耦合的好设计。 然而，我发现其他程序员写的代
- 控制反转（IoC）促进了低耦合，耦合是什么意思？
- 耦合是一个宽泛的概念。两个程序模块有关联就叫做耦合。 我们知道，模块之间必然要关联起来才能工作，这是有业务逻辑决定的。所以解耦并不是字面意义上的把关联拆掉，而是把模块之间的关联放松到必要的程度。<em>降低</em>耦合度的建议： 模块只对外暴露最小限度的接口，形成最低的依赖关系。 只要对外接口不变，模块内部的修改，就不得影响其他模块。 删除一个模块，应当只影响有依赖关系的其他模块，而不是影响其他无关部分。
- 时间选择器优化.docx
- TimePicker类的封装，使代码集成更加方便，<em>降低</em><em>耦合性</em>
- 耦合性简单解释
- 解耦的目的就是达到, A模块<em>调用</em>B时, 不需要知道B的内部实现 耦合等级: 高耦合->低耦合 红色为常见的耦合,->后面基本就是这篇文章的3条总结.如果能明白就不需要继续看了 内容耦合 共用耦合common coupling->尽量不要全局变量, ->各个模块不依赖全局变量 外部耦合 控制耦合control coupling ->不要用A模块的flag去控制B模块. ->A不需要知道B的结构 特征耦合stamp coupling or data struct coupling->(如果模块只用到
- 耦合性
- 耦合表示类及其对象与其它类及其之间的相互联系。耦合强度可以通过类中对象之间传送的信息的数量和复杂程度来度量。在面向对象设计中，主要存在两种耦合，交互耦合和继承耦合。1)交互耦合交互耦合是指类之间的联系是通过消息关联实现的，这种耦合应尽量减少。一般说来，消息关联中参数不要多于<em>三个</em>，否则就应考虑简化，当然，这种限定也不是绝对的。另外，在<em>降低</em>单个消息关联的复杂性的同时，也应该简化所发送
- 关于JAVA 封装性 以及高内聚，低耦合的理解
- 1.封装性 封装性就是把对象的属性和服务结合成一个独立的相同单位，并尽可能隐蔽对象的内部细节，包含两个含义： ◇ 把对象的全部属性和全部服务结合在一起，形成一个不可分割的独立单位（即对象）。 ◇信息隐蔽，即尽可能隐蔽对象的内部细节，对外形成一个边界〔或者说形成一道屏障〕，只保留有限的对外接口使之与外部发生联系。 封装的原则在软件上的反映是：要求使对象以外的部分不能随意存取对
- Android 程序工程的高内聚，低耦合
- https://baike.baidu.com/item/%E9%AB%98%E5%86%85%E8%81%9A%E4%BD%8E%E8%80%A6%E5%90%88/5227009?fr=aladd 原创网址
- java之耦合性
- java之<em>耦合性</em> 耦合度讲的是模块模块之间，代码代码之间的关联度，通过对系统的分析把他分解成一个一个子模块，子模块提供稳定的接口，达到<em>降低</em>系统耦合度的的目的，模块模块之间尽量使用模块接口访问，而不是随意引用其他模块的成员变量。 ...
- 关于“耦合”在Java中具体指什么的问题
- 以前一直不知道“耦合”在Java中具体指的是什么，最近在看《图解设计模式》中Factory Method的时候发现了一段关于“耦合”的解释，觉得很有道理，故摘抄下来便于分享和自己日后查阅。原文： 请回忆一下，在framework包中我们并没有引入idcard包（注：frameword包是abstract类组成的框架包，idcard包是concrete类的包）。在Product类和Factory类（
- c# 解耦合
- 工厂:顾名思义即为可以以加工的形式生成类的对象。需要工厂类、加工方法、产品的模型。 工厂的作用在于解决耦合。 耦合的不良影响:通俗的讲 模块一的实现依赖于模块二，更改模块二后，模块一也得更改，那么二者就有耦合。 大型的程序必然不能出现这种情况,以本人相当匮乏的经验来看,耦合的类设计<em>降低</em>了代码的维护性。 //接口:接口是一种契约 public interface IShowM
- 【转】程序的聚合性和耦合性
- 程序的聚合性和<em>耦合性</em> 利用上述结构化设计方法，根据数据流图映射得到的程序结构图，只是程序结构设计的一个初步结果，我们还必须根据一些软件开发原理和设计准则对其进行分析评价和改进。下面结合结构化设计方法的特点，讨论介绍程序结构图的评价和改进原则。 1)分析评价程序结构的聚合性和<em>耦合性</em>，提高程序模块的独立性 聚合性和<em>耦合性</em>是描述结构图中模块内部及之间的联系的两个定性指标，聚合性指的是在模
- 低耦合，简单易懂
- 低耦合 1. 低耦合（Low Coupling） “低耦合”这个词相信大家已经耳熟能详，我们在看spring的书籍、MVC的数据、设计模 式的书籍，无处不提到“低耦合、高内聚”，它已经成为软件设计质量的标准之一。那么什么是低耦合？耦合就是对某元素与其它元素之间的连接、感知和依赖的量 度。这里所说的元素，即可以是功能、对象（类），也可以指系统、子系统、模块。假如一个元素A去连接元素
- PHP低耦合，高可扩展性应用的解决方案
- PHP低耦合，高可扩展性应用的解决方案 (先把例子写下来，有时间再完善文字) 一个不能完美解决的方案： 在不同的文件中定义类名相同的类，根据需要包含不同的文件 // 定义在 cls/A.php class A { public static function go() { return 'i m cls/A.php'; } } // 定义在 my/A.php...
- vue耦合程度是什么意思
- 被这个新词吓唬的一愣一愣的。。。。 通俗的讲 就是写一个组件 在任何复杂的项目 任何复杂的场景下 都可以即拿 即用 这就是低耦合 高耦合的意思 通俗讲 就是 你老大让你写一个项目内的组件 有很多场景 要用 你开发好的结果就是 只有一个场景 好用 其他场景 都是很难用 耦合度越高 越说明组件的抽象程度和你对项目业务的理解 越烂
- 分布式架构相对于传统的架构设计，模块之间的耦合度要低，扩展性要强，灵活性要大大的提高...
- 为什么要用分布式架构 :1.增大系统容量。我们的业务量越来越大，而要能应对越来越大的业务量，一台机器的性能已经无法满足了，我们需要多台机器才能应对大规模的应用场景。所以，我们需要垂直或是水平拆分业务系统，让其变成一个分布式的架构。2.加强系统可用。我们的业务越来越关键，需要提高整个系统架构的可用性，这就意味着架构中不能存在单点故障。这样，整个系统不会因为一...
- Java框架与低耦合
- s1. 低耦合（Low Coupling） “低耦合”这个词相信大家已经耳熟能详，我们在看spring的书籍、MVC的数据、设计模 式的书籍，无处不提到“低耦合、高内聚”，它已经成为软件设计质量的标准之一。那么什么是低耦合？耦合就是对某元素与其它元素之间的连接、感知和依赖的量 度。这里所说的元素，即可以是功能、对象（类），也可以指系统、子系统、模块。假如一个元素A去连接元素B，或者通过自己的
- 函数中的耦合问题
- 递归函数是一个函数通过名字<em>调用</em>自身的情况下构成的，例如：function factorial(num){ if(num<1){ return 1; }else{ return num*factorial(num1); } }这是一个经典的递归阶乘函数，虽然表面上看没有什么<em>问题</em>，但下面的代码可能导致它出错。var anothorFactoria
- 数据库的高内聚、低耦合？
- 起因：模块独立性指每个模块只完成系统要求的独立子功能，并且与其他模块的联系最少且接口简单，两个定性的度量标准――<em>耦合性</em>和内聚性。 <em>耦合性</em>也称块间联系。指软件系统结构中各模块间相互联系紧密程度的一种度量。模块之间联系越紧密，其<em>耦合性</em>就越强，模块的独立性则越差。模块间耦合高低取决于模块间接口的复杂性、<em>调用</em>的方式及传递的信息。 <em>耦合性</em>分类(低――高): 无直接耦合;数...
- 软件设计之耦合性与内聚性的区别
- <em>耦合性</em> <em>耦合性</em>也叫块间联系，指软件系统结构中各模块间相互联系紧密程度的一种度量。 模块之间联系越紧密，其<em>耦合性</em>就越强，模块的独立性则越差，模块间耦合的高低取决于模块间接口的复杂性，<em>调用</em>的方式以及传递的信息。 内聚性 内聚性也叫块内联系，指模块的功能强度的度量，即一个模块内部各个元素彼此结合的紧密程度的度量。内聚性是对一个模块内部各个组成元素之间相互结合的紧密程度的度量指标。 模块中组成元...
- 函数设计应做到低耦合，高内聚
- 最近，同项目组的一位师姐请产假了，由我接手她之前的部分版本的开发工作。在开发的过程中，我阅读了某个很古老的版本的程序代码，心生感触，想在这里啰嗦几句。 该版本中很多函数的<em>调用</em>关系都错综复杂，让人读起来非常的费劲。我用如下的图来形象化地表示这种函数之间的<em>调用</em>关系。 箭头的指向为<em>调用</em>关系，如“函数A”<em>调用</em>了“函数B”、“函数C”、“函数D”、“函数E”、“函数F”，以此类推
- 有效的数据库设计(降低表的相互关系)
- 先给出一个错误的例子 假设要做一个超市收银系统，那么必定会有商品r
- Unity之基于观察者模式的消息分发机制
- 1、前言 目前脚本之间的交互有下面三种常用方式： 通过GetComponent().Method(); 单例模式传递数据 脚本组件的SendMessage方法 这三种方式，<em>耦合性</em>都很高；第三种方式由于是通过反射实现的，所以效率很低，还存在很多隐患，因为不知道哪一天，新接手这代码的程序员就可能把那个方法删了而产生新的bug。 2、消息分发机制 下面通过委托与事件来实现一个消息分发功
- 内聚性和耦合性的类型
- 内聚性 功能内聚。主要通过操作来体现。一个模块只完成一组特定操作并返回结果。分层内聚。由包、构件、类来体现。高层能够访问低层的服务，但低层不能访问高层的服务。通信内聚。访问相同数据的所有操作被定义在一个类中。一般来说，这些类只着眼于数据的查询、访问和存储。 <em>耦合性</em> 内容耦合。一个构件“暗中修改其他构件的内部数据”。共用耦合。大量的构件都要使用同一个全局变量时。控制耦合。当操作A<em>调用</em>操
- 减少代码模块之间的纠葛——解耦
- 谈谈如何代码解耦
- Python中的函数：大量封装函数可降低代码耦合度
- 先聊聊java中的函数吧java函数位于 类 文件内部，以权限修饰词开头（当然也可以不写，默认为default权限），然后是返回值声明，接下来是函数的名字，再然后就是形参了class User{ private String name; public String getName(){ return name; } public void setName
- MVP+Dagger2.5注入构造方法
- MVP+Dagger2.5注入构造方法，Dagger2.5是一个依赖注入的框架。 依赖注入是一种面向对象的编程模式，它的出现是为了<em>降低</em><em>耦合性</em>，所谓耦合就是类之间依赖关系，所谓<em>降低</em>耦合就是<em>降低</em>类和类之间依赖关系。
- Unity-设计模式-第二章：什么叫耦合性？
- 这个<em>问题</em>说不清楚，网上说的一堆乱七八糟的，就是没找到g点 我这里举个例子，你自己体会。 对于继承来说，有好处，也有坏处，坏处就是增强了<em>耦合性</em>，为什么呢？ 因为，当你修改父类的常量，变量，和方法时，必须要考虑子类的修改，甚至要考虑重构。 所以在我看来，<em>耦合性</em>这东西应该就是 “牵一发而动全身” ...
- java程序的耦合度是什么
- 程序的耦合度是 你的子程序之间的相关联性,也就是说你的多个类的联系 是否太紧密，打个比方，你房子里边有窗子 ，那房子 和窗子 就有了关联 耦合度 是松还是紧 就看你的 关联 是强还是弱，也就是修改的代价，比如 你窗子是扣死在墙里的 那么你修改窗子 就必须修改墙 这就比较紧密了，但是如果你窗子是按照某种规格的 可以自由拆装的 那么修改的代价就小，耦合度也就低了 我们写程序的目标就是 高内聚
- 耦合性与内聚性
- 1) <em>耦合性</em> <em>耦合性</em>是对一个软件结构内部不同模块间联系紧密程度的度量指标。 决定<em>耦合性</em>高低的主要因素 由于模块间的联系是通过模块接口实现的，因此，模块<em>耦合性</em>的高低主要取决于模块接口的复杂程度、<em>调用</em>模块的方式以及通过模块接口的数据。模块间的<em>耦合性</em>主要可划分为如下几种类型。 (1) 数据耦合。若两个模块之间仅通过模块参数交换信息，且交换的信息全部为简单数据，则称这种耦合为数...
- 关于解耦合的一个现实例子
- 关于解耦合的一个现实例子： “跟大部分餐饮企业一样，星巴克也主要致力于将订单处理的吞吐量最大化。顾客订单越多，收入就越多。为此，他们采取了异步处理的办法。你在点单时，收银员取出一只咖啡杯，在上面作上记号表明你点的是什么，然后把这个杯子放到队列里去。这里的队列指的是在咖啡机前排成一列的咖啡杯。正是这个队列将收银员与咖啡师解耦开，从而，即便在咖啡师一时忙不过来的时候，收银员仍然可以为顾客点单。他们...
- 简单的说一下 软件的 内聚性 和 耦合性
- 内聚性，又称块内联系。指模块的功能强度的度量，即一个模块内部各个元素彼此结合的紧密程度的度量。内聚性是对一个模块内部各个组成元素之间相互结合的紧密程度的度量指标。模块中组成元素结合的越紧密，模块的内聚性就越高，模块的独立性也就越高。理想的内聚性要求模块的功能应明确、单一，即一个模块只做一件事情。模块的内聚性和<em>耦合性</em>是两个相互对立且又密切相关的概念。<em>耦合性</em>也叫块间联系。指软件系统结构中各模块间相互联系
- 关于开发中耦合度的强弱顺序
- 之前在做题的时候碰到过要判断开发设计中耦合度强弱<em>问题</em>，在网上查了些资料，这个比较全。 耦合按从强到弱的顺序可分为以下几种类型： a)非直接耦合：两模块间没有直接关系，之间的联系完全是通过主模块的控制和<em>调用</em>来实现的 b)数据耦合：一个模块访问另一模块，彼此间通过简单数据参数来交换输入、输出信息。这里的简单数据参数不同于控制参数、公共数据结构或外部变量。 c)标记耦合：如一组模块通
- php设计模式及耦合性和多形性
- 什么是设计模式： 设计模式就是一个教你如何利用真实可靠的设计来组织你的代码的模板。 所有的设计模式都有一些常用的特性：一个标识（a name），一个<em>问题</em>陈述（a problem statement）和一个解决方案(a solution)。 1、一个设计模式的标识是重要的，因为它会让其他的程序员不用进行太深入的学习就能立刻理解你的代码的目的（至少通过这个标
- 函数指针是解耦对象关系的最佳利器
- 记得刚开始工作时，一位高手告诉我说，longjmp和setjmp玩得不熟，就不要自称为C语言高手。当时我半信半疑，为了让自己向高手方向迈进，还是花了一点时间去学习longjmp和setjmp的用法。后来明白那不单是跳来跳去那样简单，而是一种高级的异常处理机制，在某些情况下确实很有用。 事实上，longjmp和 setjmp玩得熟不熟与是不是C语言高手，不是因果关系。但是，如果可以套用那位高手的话，...
- Java中的低耦合高内聚法则
- java框架模式_低耦合高内聚法则定义：一个对象应该对其他对象保持最少的了解。 <em>问题</em>由来：类与类之间的关系越来越密切，耦合度越来越大，当一个类发生改变时，对另外一个类的影响也越大. 解决方案：尽量<em>降低</em>类与类之间的耦合.案例：在一所学校，里面有老师若干名，依次编号。下面有学生若干名，一次编号。现在要求打印出所有的老师和学生的ID.（1）违反低耦合高内聚原则的代码，如下：import java.ut
- 菜鸟搞懂设计模式之一：依赖与耦合
- 谈及依赖与耦合，其实是指的在面向对象的设计模式中，类与类之间有以下六种耦合关系： 依赖、关联、聚合、组合、继承、实现。这六种耦合关系的强度依次增强。其实没有必要分那么多种类，可以统一称为依赖与耦合关系。依赖与耦合如果说A依赖B，那么没有B，A有些事儿就干不了了。比如我想出去旅游，那么一定要选择出行工具，因为靠自己的腿是走不了多远的。这里B就是出行工具，可以是汽车、火车、飞机等。因此我出去旅游这事儿
- 耦合度&如何降低耦合度
- 一、什么是耦合度 耦合度就是某模块（类）与其它模块（类）之间的关联、感知和依赖的程度，是衡量代码独立性的一个指标，也是软件工程设计及编码质量评价的一个标准。耦合的强度依赖于以下几个因素：（1）一个模块对另一个模块的<em>调用</em>；（2）一个模块向另一个模块传递的数据量；（3）一个模块施加到另一个模块的控制的多少；（4）模块之间接口的复杂程度。 耦合按从强到弱的顺序可分为以下几种类型： （1）内容...
- 数据库耦合-解耦
- 随着业务越来越复杂，数据量越来越大，并发量越来越大，数据库的性能越来越低。好不容易找运维申请了两台机器，让DBA部署了几个实例，想把一些业务库拆分出来，却发现拆不出来，扩不了容，尴尬！ 因为数据库强关联在一起，无法通过增加数据库实例扩容，就是一个耦合的典型案例。 场景还原 有一个公共用户数据库DB_USER，里面table_user存放了通用的用户数据：
- 面对对象原则：高内聚、低耦合
- 软件设计中通常用耦合度和内聚度作为衡量模块独立程度的标准。划分摸块的一个准则就是高内聚低耦合。 这是软件工程中的概念,是判断设计好坏的标准，主要是面向OO的设计，主要是看类的内聚性是否高，偶合度是否低.每一个类完成特定的独立的功能，这个就是高内聚。耦合就是类之间的互相<em>调用</em>关系，如果耦合很强，互相牵扯<em>调用</em>很多，那么会牵一发而动全身，不利于维护和扩展。 类之间的设置应该要低耦合,但是每个类应该要高内聚.
- Java web项目的解耦合
- 以前的项目大多数都是java程序猿又当爹又当妈，又搞前端（ajax/jquery/js/html/css等等），又搞后端（java/mysql/oracle等等）。 随着时代的发展，渐渐的许多大中小公司开始把前后端的界限分的越来越明确，前端工程师只管前端的事情，后端工程师只管后端的事情，正所谓术业有专攻，一个人如果什么都会，那么他毕竟什么都不精。 大中型公司需要专业人才，小公司需要全才，
- 23种开发设计模式总结，追求高内聚低耦合的编程思想。
- 一、概述 二、7个设计原则 三、创建型模式(5种) 四、结构型模式(7种) 五、行为型模式(11种) 六、总结 前言：熟练地掌握设计模式，并能在实际编程开发中灵活运用它们，不仅能使代码更规范，重用性更高，同时也能保证代码的可靠性，提高开发效率。总结如下，还需多多的实践，路漫漫其修远兮，吾将上下而求索，加油！ 一、概述 面向对象编程有七大原则，即经常提到的Design Patt
- 耦合性、内聚度的介绍
- 软件设计中通常用耦合度和内聚度作为衡量模块独立程度的标准。划分模块的一个准则就是高内聚低耦合。 一、<em>耦合性</em>(Coupling)，也叫耦合度，是对模块间关联程度的度量。耦合的强弱取决与模块间接口的复杂性、<em>调用</em>模块的方式以及通过界面传送数据的多少。模块间的耦合度是指模块之间的依赖关系，包括控制关系、<em>调用</em>关系、数据传递关系。模块间联系越多，其<em>耦合性</em>越强，同时表明其独立性越差。
- 【iOS学习】UITableView占位图的低耦合性设计
- 缘由基于面向对象的开发原则中的迪米特法则:一个软件实体应当尽可能少的与其他实体发生相互作用;为了<em>降低</em>列表无数据占位图的使用成本及代码<em>耦合性</em>,对网上现用的一些解决方案加以优化;核心针对基于runtime替换reloadData方法的相关,这里就不做多阐述了,本文主要讨论以下几个<em>问题</em>:1.需要显示占位图的情况;2.tableView初次系统<em>调用</em>reloadData方法的干扰排除最优方案;3.网络因服务...
- Unity MVC框架代码详解（适合中小项目开发，解耦合，事件发送消息监听机制）
- 一、首先介绍模型类Model 从上图中可以看出，Model发出的线只有一条虚线，所以Model层只是负责发送事件（消息）通知视图层改变UI的显示，而指向Model的另外两个线的是意思是视图层和控制层可以获取到Model数据，简明之意就是View和Controller可以访问到Model。Model层代码如下： /// &lt;summary&gt; /// 模型数据 /...
- 高耦合度的系统是如何设计出来的
- 高耦合度的系统是我们经常唾弃的，不错，这是一个反面例子。造成系统的高耦合度的原因有很多，其中一个就是我所遇到的：将系统的流程分析和系统结构的分析混为一谈了。其实这句话在任何讲系统分析的书中都提到过，那么为什么这个错误容易犯。以我现在设计的那个系统为例：在“项目规划”模块中，有一个类UIYsgq（扬水灌区），这是一个继承于Windows.Forms.Control的类，即这个类要响应用户
- 继承与接口的好坏处
- 继承的好处:让共同部分,可以复用.避免重复编程. 继承的不好:<em>耦合性</em>高.一旦超类添加一个新方法,子类都继承,拥有此方法, 若子类相当部分不实现此方法,则要进行大批量修改. 继承时,子类就不可继承其它类了. 接口的好处:解决了继承<em>耦合性</em>高的<em>问题</em>.
- 分治算法——大整数乘法（multiplication of large integers）
- 一、 大整数乘法（multiplication of large integers） （1） 模拟多位数乘法时列竖式进行计算的方法 （2） 例子： ① 1233*234 1 2 3 3 2 4 6 6 2 3 6 9 9 3 4 8 12 12 4 2 4
- SSM框架——spring概述、耦合与解耦
- 了解spring 一、spring是什么 1.Spring是Java SE/EE企业开发的 full-stack（全栈式） 轻量级的开源框架。 2.以 IoC（Inverse Of Control：反转控制）和 AOP（Aspect Oriented Programming：面向切面编程）为内核。 3.提供了表现层 SpringMVC 和持久层 Spring JDBC 以及业务层事务管理等众多的企...
- Problem C: 一元二次方程类
- Description 定义一个表示一元二次方程的类Equation，该类至少具有以下3个数据成员：a、b和c，用于表示方程“a*x*x + b*x +c = 0”。同时，该类还至少具有以下两个成员函数： 1. void solve()：用于求方程的根。 2. void printRoot()：用于输出方程的根。 设定： 1. 所有输入的a、b、c所生成的方程必定有个2个不同的实根。
- ActiveMQ（消息中间件）解决服务之间相互调用松耦合
- ActiveMQ（消息中间件）解决服务之间相互<em>调用</em>松耦合
- 三层架构,service层与dao层,解耦合的方法
- 项目中service 和 dao 接口层有什么作用? 解耦合，程序扩展性更强 以后开发常见场景 新API 替换旧的 API，之前项目加入新 API ，修改源代码重新编译部署,不建议 优化思路:新旧替换通过配置文件替换，不改源代码，像 MySQL 登陆密码修改一样 怎么实现? <em>调用</em>者(Service) 被<em>调用</em>者(Dao) 加入配置文件 读取配置文件的工具类 应用: service 中通...
- 耦合与耦合性概念解释（一）
- 耦合是指两个或两个以上的电路元件或电网络的输入与输出之间存在紧密配合与相互影响，并通过相互作用从一侧向另一侧传输能量的现象。 耦合作为名词在通信工程、软件工程、机械工程等工程中都有相关名词术语。 耦合主要分为以下几种： 多场耦合 现实工程中，物理场是许多的 ，温度场，引力场，湿度场等等均属于物理场，而我们要解决的许多<em>问题</em>是这些物理场的叠加<em>问题</em>，因为这些物理场直接是相互影响的。比如炼钢
- MyBatis 基于注解的增删改查示例(Spring IOC注入)
- MyBatis 基于注解的增删改查示例程序,使用Spring的IOC机制注入,<em>降低</em>程序间的<em>耦合性</em>
- C函数和C++函数相互调用的问题（★firecat推荐★）
- http://blog.csdn.net/xiexingshishu/article/details/40679403http://it.zuocheng.net/c-cpp-mix-programe1、如何C++程序要<em>调用</em> 已编译后的C函数，该怎么办？（1）假设某个C函数的声明如下：void foo(int x, int y);该函数被C编译器编译后在库中的名字为_foo,而C++编译器则会产生...
- 降低项目耦合性之换肤功能的解析封装
- &lt;h1&gt;我们要先知道&lt;/h1&gt; &lt;h4&gt;1.皮肤是什么？ 图片 2.换肤是什么 ？ 改变图片 3.通过什么方式改变？ 管理类加上通知的方法 4.改变那些图片？tabbar，navigation，我的，以及页面的背景。 5.换肤应用在那里？ （1）节假日切换主题（2）切换夜晚模式（3）大主题 6.必要条件是什么？ ...
- 如何降低Form unit间的耦合性？
- 在一份DELPHI资料中，看到这样两段话：rnrn“在多Form间，当存在这样的情形：Form1保存了某种数据，然后<em>调用</em>Form2显示该数据，请使用这样的通讯模式：Form1保存该数据到数据库中（可能通过Data Module的方法），然后直接<em>调用</em>Form2的某个方法去显示该数据，Form2的对应方法<em>调用</em>时只允许指定控制性信息（如记录PK），而不允许对Form2的控件属性直接操作。”rnrn“当Form1<em>调用</em>Form2时，不可以直接对Form2中的控件属性进行存取操作，而必须通过相应公开的方法进行。因为从对象的角度来说，Form1无须知道Form2是如何处理这条<em>调用</em>（消息）的，而只需要知道Form2提供了这种<em>调用</em>（消息处理机制）即可。这样实际上也加强了功能和界面的分离，因为这里更加强调功能，而不关系界面的具体控件。”rnrn请大侠指点如何理解并应用这两段话。谢谢。
- 全局变量造成的耦合
- 今天在修改一个前人的程序时，碰到这么一个<em>问题</em>。由于去掉了某个功能，我需要注释掉一个函数A，在运行中报了一个莫名其妙的错误，令我百思不得其解，万般无奈下，只好调试程序，最终发现<em>问题</em>出在一个全局变量上，这个值只有在那个被注释掉的函数内赋了一个合法值后，另外一个函数B才能顺利进行。在这里，两个函数通过这个全局变量耦合在了一起，我只考虑到注释掉函数A，却没有想到它的变化引起了全局变量的变化
- 耦合性和内聚性
- 模块独立性指每个模块只完成系统要求的独立子功能，并且与其他模块的联系最少且接口简单，两个定性的度量标准――<em>耦合性</em>和内聚性。 <em>耦合性</em>也称块间联系。指软件系统结构中各模块间相互联系紧密程度的一种度量。模块之间联系越紧密，其<em>耦合性</em>就越强，模块的独立性则越差。模块间耦合高低取决于模块间接口的复杂性、<em>调用</em>的方式及传递的信息。 无直接耦合;数据耦合;标记耦合;控
- 大白话之耦合性：什么是耦合性和内聚性？用编程语言实例讲解！
- 前言 如果你涉及软件开发，可能会经常听到“高内聚，低耦合”这种概念型词语。我在第一次接触这种词语时，也抱有很大的疑问，但我发现百度上大部分都是高大上的词汇解释。 仔细通读这篇文章，你就能理解<em>耦合性</em>和内聚性的概念与关系。 WHY? … …点击这里查看全文 ...
- 服务化了，没想到耦合更加严重？
- 通过“库”来实现业务，可能会引发业务系统之间耦合，需要通用业务服务化，将通用业务下沉，详见《小小的公共库，大大的耦合，你痛过吗》。 通过“join”来实现业务，可能会导致数据库之间耦合，需要基础数据服务化，实现数据库私有化，解除数据库之间的耦合，详见《小小的数据库，大大的耦合，你通过吗》。 但如果服务化不合理，将部分个性化业务下沉到了底层，耦合与瓶颈会更加严重。 场景还原
- 有3个线程ABC。按照ABC来运行（A线程输出A，B线程输出B，C线程输出C，以此类推，循环输出）。
- 个人记录：2018年，工作的第6到7个年头。重点研究自己不太擅长的技术：分布式、高并发、大数据量、数据库优化、高性能、负载均衡等。刷题是一种态度，是一种好习惯。有3个线程ABC。按照ABC来运行（A线程输出A，B线程输出B，C线程输出C，以此类推，循环输出）。就是线程之间的协作。请问咋做呢？这种情况是只用一个锁来实现可以吗？<em>问题</em>出处：http://ifeve.com/question/%e6%9c...
- boost::any在降低模块之间耦合性的应用
- 在开发大型系统中，遵循这样一个原则：模块之间低耦合，模块内高内聚。比如系统中模块有界面模块和算法模块两种，一般是界面模块<em>调用</em>算法模块，这样的话界面模块依赖于算法模块。现在我要实现这样界面和算法分离，即界面模块不依赖于算法模块。除了界面模块不依赖于算法模块，我要应对的另一个挑战是算法参数是不确定的，就是说要容纳任意的参数类型。为此我找到了boost::any。boost::any的好处是它能容纳任意类型的数据。它可以很方便的进行模块间函数之间不确定参数传递。具体做法是这样的：
- 降低项目耦合性之服务器返回码的封装
- 废话没有直接代码 &lt;pre&gt; import Foundation class Toast: NSObject{ static func show( ti: NSTimeInterval,rescode :String! ){ let msg = self. getMsg(rescode) let alert = UIAlertView() a...
- 大数据管理系统松耦合和紧耦合的架构设计及性能对比
- 在最近的一次大数据技术讨论会上，本行业一家公司的技术高管谈到松耦合架构和紧耦合架构的性能表现的话题。正好Laxcus大数据管理系统的设计，从0.x、1.x到2.6版本，也经历了从紧耦合到松耦合的发展过程。做为亲历者，对这两种架构的设计和运行效果，我们有非常清楚的了解和认识。下面就说一说这件事。写此博文，也希望给做系统设计的兄弟们，尤其是做高并发、复杂数据计算的同行提供一点参考。 先说紧耦合，
- 编写高质量的C++代码--01 减少文件之间的编译依赖
- 一 概述： 在实际来发过程中，经验略少的开发者经常遇到这样的<em>问题</em>：只对一个头文件中的定义进行了简单的修改，却导致很多文件的重新编译，浪费了大量的时间。这种使人厌烦的<em>问题</em>是由于那些文件依赖了(#include)你修改的头文件,当然，依赖是迟早的事，但是有什么好的解决办法减少没必要的编译动作呢？下面进行讲述。 最根本的出发点是尽量避免在.h文件中包含(#include)其他的.h文
- 强连通分量及缩点tarjan算法解析
- 强连通分量： 简言之 就是找环（每条边只走一次，两两可达） 孤立的一个点也是一个连通分量 使用tarjan算法 在嵌套的多个环中优先得到最大环( 最小环就是每个孤立点） 定义： int Time, DFN[N], Low[N]; DFN[i]表示 遍历到 i 点时是第几次dfs Low[u] 表示 以u点为父节点的 子树 能连接到 [栈中] 最上端的点 int
- UBB论坛转帖圣手.exe下载
- UBB论坛转帖圣手.exeUBB论坛转帖圣手.exe 相关下载链接：[url=//download.csdn.net/download/ljping615/2004446?utm_source=bbsseo]//download.csdn.net/download/ljping615/2004446?utm_source=bbsseo[/url]
- 111fasfsafsa下载
- 111fsafsafsafsafsafsafsafsafsafsafsafsafsaf 相关下载链接：[url=//download.csdn.net/download/a593692189/2019291?utm_source=bbsseo]//download.csdn.net/download/a593692189/2019291?utm_source=bbsseo[/url]
- 英语类比反义2000组下载
- 类比反义2000组 类比反义2000组 类比反义2000组 相关下载链接：[url=//download.csdn.net/download/a799600730/2332293?utm_source=bbsseo]//download.csdn.net/download/a799600730/2332293?utm_source=bbsseo[/url]
我们是很有底线的