• 管理复杂度——代码大全学习笔记二


    软件的首要技术使命便是管理复杂度。为何如此呢?

    复杂性:

      

     

      都有过这样的经验:同时让你忙的太多东西,你肯定会丢三落四!

    虽然你忙的焦头烂额的,但结果却是不尽人意。

      或者一件事情,但是其中包含的太多东西你总想一次性做好,这里也做那里也做,结果呢乱七八糟,重头再来……

      人的大脑处理能力有限,无法同时关注太多东西,关注东西太多将会导致某些遗漏和混乱;

    就像是玩杂耍:抛在空中的球两个是比较容易控制,增加复杂度两个以上球难度会增大很多很多;

    在代码设计过程中,如果关注的太多,将会越复杂,越复杂手忙脑乱势必会造成遗漏导致错误发生。

    需要同时关注的事情或者逻辑太多是不可取的,但是该软件中存在诸多逻辑和复杂的事情是不可避免的。

    为了保证代码的各方面性能,管理复杂度变得非常重要!

     

    如何管理软件中的复杂度:

      l   把任何人在同一时间需要处理的本质复杂度的量减到最少;

      l   不要让偶然性的复杂度无畏的快速增长;

     

    在代码设计时需要遵循的一些原则帮助管理复杂度:

    最小复杂度:在某一时刻能够让你专注于程序的某一部分,安心的忽视其他部分。

      减少系统之间的依赖性:模块之间依赖,平台依赖等等很多设计原则,目前所接触到并实际应用的原则:

      精简性:代码要尽可能逻辑清晰,结构精炼,剔除无用的代码。如:一个函数一个逻辑,一个类功能单一;

      层次性:对系统进行分层设计,按层次进行访问交互;对依赖部分进行统一抽象提供一致接口。

          下层对上层的感觉就是“简单唯美”,就像iPhone一样,看起来唯美简约,那是将复杂的事情封装起来了。

      松散耦合:使程序之间的关联性降低最小,模块之间,类之间,尽可能的抽象封装和信息隐藏;

          以降低之间的关联,交互方式简单单一。

      降低依赖性:对系统的依赖和对外部模块的依赖。没有依赖是不可能的,我们只能减少依赖,并将依赖部分进行封装。

          减少系统或模块变化时依赖性过大带来的变化。

    等等很多不了解的设计原则。

  • 相关阅读:
    小小的封装了一个pie的echarts
    recent.css常用的页面初始化样式
    bootstrap表格多样式及代码
    Java内存回收机制
    栈帧
    互斥锁和条件变量
    UML类图的常见关系
    堆栈详解(数据与内存中的存储方式)
    PR消减视频中的鼠标声
    SmartPlant Review 三维视图快捷键
  • 原文地址:https://www.cnblogs.com/bastard/p/2491345.html
Copyright © 2020-2023  润新知