r

내 질문은 : 왜 return빨리 전화하지 않는

returnR의 (기본) 함수 이기 때문에 더 빠릅니다. 즉, 코드에서 함수를 사용하면 함수 호출 비용이 발생합니다. 이것을 대부분의 다른 프로그래밍 언어와 비교하십시오.return 키워드이지만 함수 호출이 아닌 . 런타임 코드 실행으로 변환되지 않습니다.

즉, 이러한 방식으로 원시 함수를 호출하는 것은 R에서 매우 빠르며 호출 return은 약간의 오버 헤드가 발생합니다. 이것은 생략에 대한 주장이 아닙니다 return.

또는 더 나은, 따라서 바람직합니까?

그것을 사용할 이유 가 없기 때문에 .

중복되어 유용 하지 않기 때문에 중복을 입니다.

명확하게하기 위해 : 중복성 은 때때로 유용 할 수 있습니다 . 그러나 대부분의 중복성은 이런 종류가 아닙니다. 대신 정보를 추가하지 않고 시각적 혼란 을 더하는 종류 입니다. 필러 단어 또는 차트 정크 와 같은 프로그래밍입니다. ).

주석은 코드가 이미 표현한 것을 역설하기 때문에 일반적으로 잘못된 중복으로 인식되는 설명 주석의 다음 예를 고려하십시오.

# Add one to the result
result = x + 1

사용 returnR이 있기 때문에 R에서 것은 같은 범주에 빠진다 함수형 프로그래밍 언어 및 R에 모든 함수 호출에 값이 . 이것은이다 근본적인 R.의 자산 그리고 당신은 (모든 함수 호출을 포함하여) 모든 표현에 값이 있다는 관점에서 R 코드를 참조하면, 질문은 다음이된다 : “왜 해야 내가 사용 return?” 기본값은 사용하지 않기 때문에 긍정적 인 이유가 있어야합니다.

이러한 긍정적 인 이유 중 하나는 가드 절 에서와 같이 함수에서 조기 종료를 알리는 것입니다 .

f = function (a, b) {
    if (! precondition(a)) return() # same as `return(NULL)`!
    calculation(b)
}

유효하고 중복되지 않는의 사용입니다 return. 그러나 이러한 가드 절은 다른 언어와 비교하여 R에서는 드물며 모든 표현식에 값이 있으므로 정규식 if에는 다음이 필요하지 않습니다 return.

sign = function (num) {
    if (num > 0) {
        1
    } else if (num < 0) {
        -1
    } else {
        0
    }
}

다음 f과 같이 다시 작성할 수도 있습니다 .

f = function (a, b) {
    if (precondition(a)) calculation(b)
}

… if (cond) expr와 같은 곳if (cond) expr else NULL .

마지막으로, 나는 세 가지 일반적인 이의를 제기하고 싶습니다 :

1. 어떤 사람들은 return“이 함수는 값을 반환합니다”라는 신호를 보내므로 명확성 을 더 한다고 주장합니다 . 그러나 위에서 설명한 것처럼 모든 함수는 R로 무언가 return를 반환합니다. 값을 반환하는 마커로 생각 하는 것은 중복이 아니라 적극적으로 오도 됩니다.

2. 관련하여, Zen of Python 에는 항상 따라야 할 놀라운 지침이 있습니다.

   암시적인 것보다 명시적인 것이 좋습니다.

   중복 제거가 어떻게 return이를 위반 하지 않습니까? 함수형 언어에서 함수의 반환 값은 항상 명시 적이므로 마지막 식입니다. 이것은 다시 명시 성에 대한 동일한 주장입니다. 중복성 입니다.

   사실, 명확성을 원한다면 예외를 규칙에 강조 표시하십시오 . 의미있는 값을 반환 하지 않는 부수 함수 (예 :)는 부작용으로 인해 호출됩니다 cat. R을 제외하고는 return이 경우 보다 마커가 더 좋습니다 invisible. 예를 들어

   save_results = function (results, file) {
       # … code that writes the results to a file …
       invisible()
   }

3. 그러나 긴 기능은 어떻습니까? 반품 내용을 잃어 버리기 쉽지 않습니까?

   두 가지 대답 : 첫째, 실제로는 아닙니다. 규칙은 분명하다 : 마지막 표현 합니다. 함수 은 그 값입니다. 추적 할 내용이 없습니다.

   그러나 더 중요한 것은 긴 함수의 문제는 명확한 return마커 가 없다는 것입니다 . 함수 의 길이입니다 . 긴 기능은 거의 (?) 거의 단일 책임 원칙을 위반하며 , 그렇지 않은 경우에도 가독성을 위해 분리되는 이점을 누릴 수 있습니다.

답변

local({
1
2
3
})

eval(expression({
1
2
3
}))

(function() {
1
2
3
})()

 if(a) {
   return(a)
 } else {
   return(b)
 }

ugly <- function(species, x, y){
   if(length(species)>1) stop("First argument is too long.")
   if(species=="Mickey Mouse") return("You're kidding!")
   ### do some calculations 
   if(grepl("mouse", species)) {
      ## do some more calculations
      if(species=="Dormouse") return(paste0("You're sleeping until", x+y))
      ## do some more calculations
      return(paste0("You're a mouse and will be eating for ", x^y, " more minutes."))
      }
   ## some more ugly conditions
   # ...
   ### finally
   return("The end")
   }

getout <- TRUE
# if getout==TRUE then the value of EXP, LOC, and FUN will be "OUTTA HERE"
# .... if getout==FALSE then it will be `3` for all these variables    

EXP <- eval(expression({
   1
   2
   if(getout) return("OUTTA HERE")
   3
   }))

LOC <- local({
   1
   2
   if(getout) return("OUTTA HERE")
   3
   })

FUN <- (function(){
   1
   2
   if(getout) return("OUTTA HERE")
   3
   })()

identical(EXP,LOC)
identical(EXP,FUN)