目录5.规则属性5.1enabled属性5.2dialect属性5.3salience属性5.4no-loop属性5.5activation-group属性5.6agenda-group属性5.7auto-focus属性5.8timer属性5.9date-effective属性5.10date-expires属性5.规则属性前面我们已经知道了规则体的构成如下：rule"ruleName"attributeswhenLHSthenRHSend本章节就是针对规则体的attributes属性部分进行讲解。Drools中提供的属性如下表(部分属性)：属性名说明salience指定规则执行优先级dial
目录一、Iproute2简介二、iproute2常用命令三、路由（iprule、iproute）1）路由策略（iprule）1、添加规则2、示例2）路由表（使用iproute命令操作静态路由表）3）route命令里面的metric是做什么用的?1、路径长度2、可靠性3、延迟4、带宽5、负载6、通信代价四、iproute基本用法1）显示ip地址2）列出规则，查看表3）增加/删除/清空规则4）列出路由5）查看指定网段的路由6）添加路由7）删除路由8）清空指定网络的路由五、路由分类之动态路由六、iproute结合iptables做高级路由策略七、traceroute命令使用1）简介2）命令格式：3）
目录一、Iproute2简介二、iproute2常用命令三、路由（iprule、iproute）1）路由策略（iprule）1、添加规则2、示例2）路由表（使用iproute命令操作静态路由表）3）route命令里面的metric是做什么用的?1、路径长度2、可靠性3、延迟4、带宽5、负载6、通信代价四、iproute基本用法1）显示ip地址2）列出规则，查看表3）增加/删除/清空规则4）列出路由5）查看指定网段的路由6）添加路由7）删除路由8）清空指定网络的路由五、路由分类之动态路由六、iproute结合iptables做高级路由策略七、traceroute命令使用1）简介2）命令格式：3）
大部分同学都用过CSS的屏幕宽度媒体查询，像是这样：@mediascreenand(min-width:900px){div{padding:1rem3rem;}}这里表示的是与屏幕宽度相关的样式设置，上面的代码表示当屏幕宽度大于900px时，内部的样式代码块才能生效。其实不仅仅是上面的屏幕宽度媒体查询，在CSS中，存在大量的以@符号开头的规则。称之为@规则(at-rule)。本文就将介绍一下除去媒体查询之外，其他有意思的且在未来会越来越重要的@规则规则。at-rule@规则OK，什么是@规则（at-rule）呢？一个 at-rule 是一个CSS语句，以at符号开头，'@'(U+0040CO
大部分同学都用过CSS的屏幕宽度媒体查询，像是这样：@mediascreenand(min-width:900px){div{padding:1rem3rem;}}这里表示的是与屏幕宽度相关的样式设置，上面的代码表示当屏幕宽度大于900px时，内部的样式代码块才能生效。其实不仅仅是上面的屏幕宽度媒体查询，在CSS中，存在大量的以@符号开头的规则。称之为@规则(at-rule)。本文就将介绍一下除去媒体查询之外，其他有意思的且在未来会越来越重要的@规则规则。at-rule@规则OK，什么是@规则（at-rule）呢？一个 at-rule 是一个CSS语句，以at符号开头，'@'(U+0040CO
“我们如何证明，通过遵循“代码整洁之道”（CleanCode）就可以编写更多的代码呢？”当人们试图将“代码整洁之道（CleanCode）”的原则应用于现有的代码库时，我经常会问这个问题。我认为这是合情合理的。当我们开始重构遗留代码时，通常会将内容提取到较小的方法中。然后再将方法提取到类中。很快，我们可能就能感觉到原来30行的方法现在已经分散在不同的类中。我们想知道的是：这在实际上是否是更容易维护了呢。也许我们是一个小团队。也许我们必须支持我们继承的一个相对较大（并且没有文档记录的）的代码库。寻求代码可维护性是一件好事。错误在于，认为代码可维护性与代码行数（linesofcode，LOC）相关。
“我们如何证明，通过遵循“代码整洁之道”（CleanCode）就可以编写更多的代码呢？”当人们试图将“代码整洁之道（CleanCode）”的原则应用于现有的代码库时，我经常会问这个问题。我认为这是合情合理的。当我们开始重构遗留代码时，通常会将内容提取到较小的方法中。然后再将方法提取到类中。很快，我们可能就能感觉到原来30行的方法现在已经分散在不同的类中。我们想知道的是：这在实际上是否是更容易维护了呢。也许我们是一个小团队。也许我们必须支持我们继承的一个相对较大（并且没有文档记录的）的代码库。寻求代码可维护性是一件好事。错误在于，认为代码可维护性与代码行数（linesofcode，LOC）相关。
1.0Rules Rules允许非常灵活地添加或重新定义一个测试类中每个测试方法的行为。测试人员可以重复使用或扩展下面提供的Rules之一，或编写自己的Rules。1.1TestName TestNameRule使当前的测试名称在测试方法中可用。用于在测试执行过程中获取测试方法名称。在starting()中记录测试方法名，在getMethodName()中返回例如：importstaticorg.junit.Assert.*;importorg.junit.Rule;importorg.junit.Test;importorg.junit.rules.TestName;publicclas
1.0Rules Rules允许非常灵活地添加或重新定义一个测试类中每个测试方法的行为。测试人员可以重复使用或扩展下面提供的Rules之一，或编写自己的Rules。1.1TestName TestNameRule使当前的测试名称在测试方法中可用。用于在测试执行过程中获取测试方法名称。在starting()中记录测试方法名，在getMethodName()中返回例如：importstaticorg.junit.Assert.*;importorg.junit.Rule;importorg.junit.Test;importorg.junit.rules.TestName;publicclas
