[聚合文章] 理论篇:关注点分离(Separation of concerns, SoC)

软件架构 2017-12-06 16 阅读
  • 业务逻辑的代码中不再含有针对特定领域问题代码的调用(将针对特定领域问题代码抽象化成较少的程式码,例如将代码封装成function或是class),业务逻辑同特定领域问题的关系通过侧面来封装、维护,这样原本分散在整个应用程序中的变动就可以很好的管理起来。
  • 具体说明(概念比较难理解)

     

    1. 好的架构设计必须把变化点错落有致地封装到软件系统的不同部分。要做到这一点,必须进行关注点分离。
    2. 好的架构必须使每个关注点相互分离,也就是说系统中的一个部分发生了变化,不会影响其他部分。
    3. 即使需要改变,也能够清晰地识别出那些部分需要改变。
    4. 如果需要扩展架构,影响将会最小化,已经可以工作的每个部分都将继续工作。

     

    上述论述中的四句话总结:

    • “系统中的一个部分发生了变化,不会影响其他部分。”
    • “即使需要改变,也能够清晰地识别出那些部分需要改变。”
    • “如果需要扩展架构,将影响最小化,已经可以工作的每个部分都将继续工作。”

     

    结论:

    • 关注点分离原则不仅体现在问题求解、算法设计、软件设计等设计方法中,同时也体现在软件开发过程、软件项目管理以及软件开发方法学等诸多方。
    • 在某种意义上,正是对软件开发不同关注点的分离视角和关注重点的差别,导致了软件开发技术和开发方法的演变和发展。

     

     

    注:本文内容来自互联网,旨在为开发者提供分享、交流的平台。如有涉及文章版权等事宜,请你联系站长进行处理。