Java編程中void辦法的進修教程

Java編程中void辦法的進修教程。本站提示廣大學習愛好者：（Java編程中void辦法的進修教程）文章只能為提供參考，不一定能成為您想要的結果。以下是Java編程中void辦法的進修教程正文

void 症結字
本節解釋若何聲明和挪用一個void辦法。
上面的例子聲清楚明了一個名為printGrade的辦法，而且挪用它來打印給定的分數。
示例

public class TestVoidMethod {

  public static void main(String[] args) {
   printGrade(78.5);
  }

  public static void printGrade(double score) {
   if (score >= 90.0) {
     System.out.println('A');
   }
   else if (score >= 80.0) {
     System.out.println('B');
   }
   else if (score >= 70.0) {
     System.out.println('C');
   }
   else if (score >= 60.0) {
     System.out.println('D');
   }
   else {
     System.out.println('F');
   }
  }
}

以上實例編譯運轉成果以下：

C

這裡printGrade辦法是一個void類型辦法，它不前往值。
一個void辦法的挪用必定是一個語句。 所以，它被在main辦法第三行以語句情勢挪用。就像任何故分號停止的語句一樣。

單測void類型的辦法
Java的Sevice層會有許多void類型的辦法，好比save*、update*，這類辦法只是做一些更新，不會有前往值，其單測不克不及依據辦法的前往值來編寫，只能采取特別辦法；

本辦法情況：Mockito、testng

被測試的辦法：

想要被測試的VOID辦法

@Override
  public void updateRuleName(Long ruleId, String newRuleName, Long ucId) {
    Assert.notNull(ruleId, "規矩ID不克不及為Null");
    Assert.notNull(newRuleName, "規矩稱號不克不及為Null");
    Assert.notNull(ucId, "操作人的UCID不克不及為Null");
    
    String cleanNewRuleName = StringUtils.trim(newRuleName);
    if (StringUtils.isBlank(cleanNewRuleName)) {
      throw new IllegalArgumentException("新的規矩稱號不克不及為空");
    }
    
    // 查詢規矩對象
    Rule rule = queryRuleById(ruleId);
    if (null == rule) {
      throw new IllegalDataException("沒有查到該規矩");
    }
    
    rule.setRuleId(ruleId);
    rule.setRuleName(cleanNewRuleName);
    rule.setUpdateUcid(ucId);
    rule.setUpdateTime(new Date());
    
    ruleDao.updateSelective(rule);
  }

測試的辦法：

void前往的辦法測試

@Test
  public void testUpdateRuleName() {
    Long ruleId = 1L;
    String newRuleName = "newRuleName";
    Long ucId = 123L;
    
    List<Rule> rules = new ArrayList<Rule>();
    Rule rule = new Rule();
    rule.setRuleStatus((byte) DBValueSetting.RULE_STATUS_TAKE_EFFECT);
    rules.add(rule);
    
    // 查詢規矩對象
    Map<String, Object> params = new HashMap<String, Object>();
    params.put("ruleId", ruleId);
    Mockito.when(ruleDao.queryRulesByCondition(params)).thenReturn(rules);
    
    Mockito.doAnswer(new Answer<Object>() {
      public Object answer(InvocationOnMock invocation) {
        // 斷點2：這裡隨後履行
        Rule rule = (Rule) invocation.getArguments()[0];
        Assert.assertTrue(rule.getRuleName().equals("newRuleName"));
        return null;
      }
    }).when(ruleDao).updateSelective(Mockito.any(Rule.class));
    
    // 斷點1：先履行到這裡
    ruleService.updateRuleName(ruleId, newRuleName, ucId);
  }

如正文所示，假如加了兩個斷點的話，履行的進程中，會先履行最初的挪用行，端點1履行的進程中，會履行到端點2的stub，這時候候在斷點2可以獲得到辦法履行的入參，對入參停止Assert校驗，便可完成目標；

new Anwer是個接口，個中只要一個辦法，用於設置辦法挪用的署理履行進口

doAnswer的完成

public interface Answer<T> {
  /**
   * @param invocation the invocation on the mock.
   *
   * @return the value to be returned
   *
   * @throws Throwable the throwable to be thrown
   */
  T answer(InvocationOnMock invocation) throws Throwable;
}

現代碼履行到“ruleDao.updateSelective(rule);”的時刻，會觸發針對mock對象挪用的攔阻器，在攔阻器中，會創立一個靜態署理，靜態署理的invocation就是new Answer中籠罩的辦法；

應用攔阻、署理兩種辦法，完成了對mock對象辦法的入參、出參的設定和獲得，應用這類方法，便可以校驗VOID辦法外部的履行類挪用的情形。