我的理解是:高内聚:项目功能方面的的关系越简单越好,不会牵一发动全身
低耦合:项目结构方面在书写类的时候尽量的一个类实现一个功能方法,自己扫自家门前雪-------------------------------------------------------------------------------
不知道我这样理解有没有偏离?还是理解错了?如果是理解错了,正确的理解是怎么样的?希望能通俗的解释一下,谢谢了

解决方案 »

  1.   

    高内聚就业务而言划分模块,模块内各类的关系紧密度高,也就是说这些类是仅仅完成这个模块负责的某项功能的,内聚也可以理解为单一责任原则耦合就是模块之间关系的联系紧密程度的表示,关系越紧密,耦合越高,模块独立性越差,这显然不利于模块的通用性,依赖太强,可以用控制反转IOC来解耦
      

  2.   

    说实话,我也不是很理解,我觉得你的理解就不错。
    具体到一个项目的话,
    高内聚:多编些独立函数,dll,然后和其他模块的接口要做成通用性的,以后其他的项目也可以用到。
    低耦合:模块之间的相关度要小,让每个模块都可以当一个小项目来用,即使嵌入到其他的系统,简单修改后也可以运行。
    这是很难说明的,总之,就是越独立,重用性越高越好。
    个人理解,难免偏差,大家勿喷哈。
      

  3.   

    去了解Linux吧,那就是高內聚,低耦合
      

  4.   

    没必要理解其实就一句话“尽量最小功能”就ok了而耦合这句话大部分理解是错误滴,耦合不是只不相关联。而是指不“互反馈”单向关联那是肯定存在滴,毕竟计算机基本核心,输入+运算+输出,一个方法肯定会在输入部分和其他东西关联关键问题是不“互反馈”,不能你在B里修改A,然后因为修改了A,又引起B的环境发生变化,导致B需要做更改比如早期的汽车驾驶系统就是耦合设计,你的教练会告诉你“打到几档,油门怎么踩,方向怎么操作,刹车,离合器又该怎么办”why,因为这几个系统是互反馈滴,一个东西的更改,必须同时对其他做出对于的更改,不然就会出事。这才叫耦合