表驱动法学习与实践-第一篇-2018/02/07

什么是表驱动法

我认为,表驱动法,字如其名。就是用表格自身的逻辑来代替代码里的条件判断硬逻辑。
举例如下:
如果,我们需要实现一个收费系统。该系统根据人员工种与年龄两个维度进行收费。如果要进行硬编码,很简单,就挨个写逻辑就好了。比如:

if(员工.工种 === 工种1){
    if(员工.年龄 <  20){
       收费100
    } else if(员工.年龄 <  40){
      收费200
    }    //等等
} else if(员工.工种 === 工种2){
    //另一种情况
}

明显的看到,硬编码就是简单的逻辑梳理。可是,这样的写法不具备好的扩展性,如果要新增一个工种,就是更多的if-else的堆砌,可读性极差。
而表驱动法,使用了表天生所具有的逻辑性。比如:

年龄\工种 工种1 工种2
20 100 200
40 150 250

我们从这个表可以飞快的读取到自己想要的信息,远比if-else描述的逻辑清晰有力易扩展。
表驱动法的所有使用技巧,都是围绕以下两点:

  1. 如何维护一个表
  2. 如何从自己拿到的信息映射的表上,取得自己想要的表里的信息

(未完待续。。。)

2018/2/14 更新

像上图所示的表,我们可以使用一个对象去储存他,之所以不使用二维数组是因为数组没有确定的key值,而数组的下标对于使用者来讲是无意义的。

    var table = {
          工种1: {
              20岁: 100元,
              40岁: 150元
          },
          工种2: {
              20岁: 200元,
              40岁: 250元
          }
    }

当我们维护这样一个对象之后,就可以简单的去得到对应工种与年龄的价格,例如:

var 价格 = table[工种][年龄]

维护数据的时候只需要维护这个逻辑清晰的table对象。
当然,直接这样去访问这个表,写法很不友好,我们可以把他封装成一个函数,供别人调用。这样,使用者就不需要关心工种和年龄这两个变量到底是哪个在前,哪个在后了。

上面说到我们使用表驱动法要思考两个问题,一是如何构建一个表,二是如何访问这个表。第一点如何构造一个表在我看来比较大同小异,再次不多介绍。主要讨论一下如何访问一个表。访问方法大概有以下几种:

  1. 直接通过键值访问表。如,构造一个对象table,以月份作为key,每个月的天数作为key对应的值。则,每次访问时,直接使用table[月份]。
  2. 抽象表的键值。如,对于不同年龄阶段(而不是确认的年龄点)的人有不同动作。可以通过将年龄阶段这个区间抽象一层,转换为特定的键值。

在代码大全里还提出了两种常见状况,索引访问表和阶梯访问表。

索引访问表

索引访问表的核心就是建立一张索引表,然后通过索引指向我们最终要查找的数据。
这样的方式有两个优点:

  1. 对于一些创建数组时需要指定数组大小的语言来讲,会节省内存
  2. 可以方便的通过更改索引表与索引查询方法去换一种方式查询数据

阶梯访问表

阶梯访问表所处理的问题的key值是一个连续的范围区间。
我们通过确定每一个范围的顶点,来确保获取到正确的数据。这个时候我们就需要维护两个有序数组。
举例如下:
设计一个系统根据学生的成绩为其打等级分,
0~60分[0, 60],等级为D
60~70分(60,70],等级为C
70到80分(70,80],等级为B
80到100分(80,100],等级为A。

    var grade = [60, 70, 80, 100];
    var rank = [D, C, B, A];
    // 按照每一区间的上线来检查分数
    var maxGradeLelel = grade.length - 1;
    var gradeLevel = 0;
    var studentGrade = 'A';
    while(studentGrade = 'A' && gradeLevel < maxGradeLevel){
        if(studentCore < grade[gradeLevel]) {
            studentGrade = rank[gradeLevel] ;
            break;
        }
        gradeLevel++;
    }

不管表驱动法最终如何实现,我认为,他最核心的两点就是如何设计表,如何访问表。

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 206,723评论 6 481
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 88,485评论 2 382
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 152,998评论 0 344
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 55,323评论 1 279
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 64,355评论 5 374
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 49,079评论 1 285
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 38,389评论 3 400
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 37,019评论 0 259
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 43,519评论 1 300
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,971评论 2 325
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 38,100评论 1 333
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,738评论 4 324
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 39,293评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 30,289评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,517评论 1 262
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 45,547评论 2 354
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,834评论 2 345

推荐阅读更多精彩内容

  • Spring Cloud为开发人员提供了快速构建分布式系统中一些常见模式的工具(例如配置管理,服务发现,断路器,智...
    卡卡罗2017阅读 134,600评论 18 139
  • 1. Java基础部分 基础部分的顺序:基本语法,类相关的语法,内部类的语法,继承相关的语法,异常的语法,线程的语...
    子非鱼_t_阅读 31,587评论 18 399