“我们如何证明，通过遵循“代码整洁之道”（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
Guideline3.1.2-Business-Payments-SubscriptionsWenoticedthatyourappdidnotmeetallthetermsandconditionsforauto-renewingsubscriptions,asspecifiedinSchedule2,section3.8(b)ofthePaidApplicationsagreement.Wewereunabletofindthefollowingrequireditem(s)inyourapp'smetadata:–AfunctionallinktotheTermsofUse(EULA)–
Guideline3.1.2-Business-Payments-SubscriptionsWenoticedthatyourappdidnotmeetallthetermsandconditionsforauto-renewingsubscriptions,asspecifiedinSchedule2,section3.8(b)ofthePaidApplicationsagreement.Wewereunabletofindthefollowingrequireditem(s)inyourapp'smetadata:–AfunctionallinktotheTermsofUse(EULA)–
