Swift-style-guide: 함수 대 방법

"무료 기능"이라고 하는 기능도 보았습니다. 나는 "무료"가 "어떤 개체와도 연결되지 않음"을 의미한다고 가정합니다.

함수에는 Swift에서 유형 및 전역보다 더 많은 범위 옵션이 있습니다.

Objective-C 일반 메서드가 이제 functiona 에서 Swift . 포럼, 블로그, 튜토리얼 등의 측면에서 내가 읽은 모든 자료는 클래스 또는 열거형에 속할 때에도 단순히 functions 로 언급했습니다.

@mitchellporter 위의 인용문에 따라 Apple의 자체 문서는 어떤 것을 함수 또는 메서드라고 하는 경우에 대해 명확합니다.

raywenderlich.com의 자습서도 여기에서 Apple의 지침을 따르므로 스타일 가이드에 포함되어야 합니다.

Objective-C에도 함수와 메서드가 둘 다 있습니다. 모든 것이 방법은 아닙니다. 😉

@micpringle 말이 되지만, 클래스에 속할 때에도 단순히 function 라고 부르는 많은 자료를 읽었습니다. 나는 항상 function 를 사용하는 유일한 사람이 아니라고 생각합니다. 이 변경 사항이 앞으로 어떻게 바뀌는지 확인하는 것이 흥미로울 것입니다.

메서드 내부의 "함수"가 "중첩 메서드"입니까?
클로저 내부의 함수 또는 기타 비함수를 무엇이라고 합니까?

struct Struct {
   let closure = {
      func whoAmI() {}
   }

   var any: Any? {
      func jeanValjean() {}
      return nil
   }
}

나는 이것들이 기술적으로 어떤 것에도 "속하지" 않기 때문에 익명 함수(IMO)로 분류될 것이라고 생각합니다. 그것들은 특정 범위 내에서만 존재하며 그 외부에서 액세스할 수 없습니다.

나는 여기서 "익명 함수"가 올바른 이름이라고 생각하지 않습니다. 일반적으로 클로저를 나타냅니다.

이름이 지정된 유형이나 인스턴스에 연결된 메서드가 아니라 함수이기 때문에 "중첩 함수": "함수"라고 부릅니다. 그리고 "중첩"된 이유는... 중첩되어 있기 때문입니다! "범위 기능"일 수도 있지만 명확하지 않은 것 같습니다.

죄송합니다. 클로저가 익명 함수라고도 불리는지 몰랐습니다. :]

중첩된 기능은 나에게 좋게 들립니다. 범위가 제대로 들리지 않는다는 데 동의합니다.

방법이든 아니든 모든 내부의 "중첩 함수"는 가까운 미래에 충분히 명확해 보입니다.

그리고 이름이 있는 중첩 함수가 "익명"이 된다고 생각하지만 정확히 "익명"이 무엇인지 명확하지 않습니다. 그러나 클로저, 특히 저장되고 변경 불가능한 함수와 매우 유사한 클로저에 관해서는 명확하지 않습니다. 나는 저장된 함수가 실제로 익명이라고 믿는 쪽으로 기울고 있지만 그것을 포착하는 클로저와 잠재적으로 어떤 상태에 이름이 있는 것입니다. 이것이 C#에 대해 가르치는 방식입니다. 여기서 람다 구문은 대리자라고 하는 것을 구성하기 위한 축약형입니다.
https://msdn.microsoft.com/en-us/library/system.delegate (v=vs.110).aspx

func nonymous() {
   func nonymous() {}
}

let anonymouses: [() -> ()] = [].map
{$0} // This "transform" is also anonymous.

let unlcearToMeWhetherNonymous = {}

이것은 미묘한 요점이며, Swift의 내부로 내려가면 모든 것이 동일하지만 func 무언가를 선언하면 확실히 이름을 알 수 있습니다. 대조적으로 클로저는 이름이 없는 코드 블록일 뿐입니다. 물론 변수나 상수에 할당할 수 있지만 이는 포인터를 저장하는 것일 뿐입니다.

다시 말하지만 일종의 인위적인 차이입니다. 당신은 모두 lisp와 비슷할 수 있고 func 는 클로저에 이름을 부여하기 위한 구문 설탕이라고 말할 수 있습니다.

다음과 같은 것은 어떻습니까?

메소드 대 자유 함수

메소드는 유형과 연관된 기능이며 자동 완성 검색 가능성으로 인해 선호됩니다. 자유 함수는 덜 일반적이지만 작업이 특정 유형 또는 인스턴스와 밀접하게 연관되지 않을 때 의미가 있습니다.

우선의

let sorted = items.mergeSort()  // easily discoverable
rocket.launch()  // a mutating method

선호하지 않음

let sorted = mergeSort(items)
launch(&rocket)

무료 함수 예외

let tuples = zip(a, b)  // feels natural as a free function (symmetry)
let value = max(x,y,z)  // another free function that feels natural

에 관하여,

무료 함수 예외

let tuples = zip(a, b)  // feels natural as a free function (symmetry)
let value = max(x,y,z)  // another free function that feels natural

"자연스럽다"는 것은 상당히 모호하고 주관적입니다.

여기서 우리가 의미하는 바를 명확히 할 수 있습니까?

또한 zip 및 max 모두 귀하가 PR에서 제기한 // hard to discover 문제로 인해 어려움을 겪을 것입니다.

IMHO, zip 가 어색한 예라고 생각합니다. 내가 가진 문제:

• 실제로 _하는 것_은 무엇입니까? a 및 b ? a 및 b 어떻게든 압축하시겠습니까? 다른 것? 더 많은 맥락이 없으면 알기가 어렵습니다.

대신에

자유 함수는 덜 일반적이지만 작업이 특정 유형 또는 인스턴스와 밀접하게 연관되지 않을 때 의미가 있습니다.

이건 어때요?

클래스나 유형에 연결되지 않은 자유 함수는 아껴서 사용해야 합니다. 가능하면 자유 함수 대신 메서드를 사용하는 것을 선호합니다. 이것은 가독성과 검색 가능성을 돕습니다.

자유 함수는 특정 유형이나 인스턴스와 연관되지 않을 때 가장 적합합니다.

Free Function Exceptions 에 대한 추가 토론을 찾기 위해 이 문제를 다시 엽니다.

이것은 표준 라이브러리 기능입니다. R, Python, C#, C++와 같은 언어에서 우선 순위가 있습니다.(부스트를 통해).

이것은 표준 라이브러리 기능입니다.

진짜? iOS에서는 안써봐서... *당황*

확인하겠습니다... iOS에서 널리 이해/사용되는 경우 여기에서 우려하는 사항이 잘못된 것일 수 있습니다.

나는 당신의 장황한 제안을 좋아합니다 ... 나는 zip 예제를 포기하기를 꺼립니다. (추신: RW Swift 팀은 iOS보다 크거나 작은 헌장을 가지고 있습니다.)

RW Swift Team은 iOS보다 크거나 작은 헌장을 가지고 있습니다.

👍 사실이다. ;]

zip이 하는 일을 검토한 후 예제로 남겨두겠습니다. 👍

내 Swift-newbie-moment 경험에 대해 사과드립니다. 😉

걱정 마. 항상 도와주셔서 감사합니다. BTW, 방금 크레딧에 언급되지 않은 것으로 나타났습니다. 나도 고칠게.

무료 기능이 최고의 솔루션인지 확신할 수 없습니다. 사용한다면 다른 곳에서 다루지 않는 기능을 추가해야 한다고 생각합니다.

최대

let max = Swift.max(0, 1, 2)
let maxElement = [0, 1, 2].maxElement()!

maxElement 는 메서드가 아니라 속성이어야 하지만 여전히 자유 기능이 중복된다고 생각합니다. 이것이 동일한 것으로 컴파일되지 않으면 컴파일러가 개선되어야 한다고 생각하지만 그렇지 않더라도 성능이 중요하지 않을 것이라고 생각합니다. 나는 사람들이 많은 요소와 함께 max 기능을 사용할 것이라고 생각하지 않습니다.

지퍼
C#에서 zip은 Swift 프로토콜 확장 메서드와 동일하게 구현 됩니다. 더 좋지는 않지만 zip 다르게 처리하는 방법의 예입니다.

Swift에서 zip 는 Zip2Sequence 대한 이 이니셜라이저와 동일합니다. 다양한 입력 시퀀스의 압축 시퀀스를 나타내는 방법이 있으면 좋겠지만 그렇게 되기 전까지는 초기화 프로그램을 직접 사용하는 것이 좋다고 생각합니다.

zip([1...3], ["a"..."c"])
Zip2Sequence([1...3], ["a"..."c"])

연산자
내가 Swift로 작성한 대부분의 무료 함수는 연산자입니다. 나는 Chris Lattner와 Joe Groff가 미래에 C#과 같은 유형 내에서 연산자를 정의할 수 있을 것이라고 제안하는 것을 보았습니다. 따라서 연산자는 다른 함수에 대해 선택된 규칙을 따를 수도 있습니다. 현재의 자유 기능 전용 구현은 아마도 지침으로 사용되어서는 안 됩니다.

연산자
내가 Swift로 작성한 대부분의 무료 함수는 연산자입니다. 나는 Chris Lattner와 Joe Groff가 미래에 C#과 같은 유형 내에서 연산자를 정의할 수 있을 것이라고 제안하는 것을 보았습니다...

네, 이것이 Swift가 앞으로 나아갈 방향일 것입니다. 귀하가 언급한 것처럼 Chris Lattner의 최근 제안이 있습니다.

이것은 특히 Equatable 와 같은 프로토콜에서 독특합니다. 이 프로토콜은 확장 지침에 따라 본질적으로 빈 확장을 생성해야 _필요합니다_. 이것은 기껏해야 어색합니다. 😞

나는 확실히 운영자가 이상적 무료 기능에 대한 예제로 사용되어서는 안된다는 것에 동의합니다.

@Jessy- 의 댓글 감사합니다!

몇 가지 참고 사항:

maxElement() 는 O(1)이 아니기 때문에 일부 사용자에게 놀랄 수 있는 메소드로 선언되었다고 생각합니다. O(1)이 아닌 속성을 구현하는 경우 명확하게 문서화해야 합니다. (RW 튜토리얼에서 우리는 모든 코드가 공개되어 있다는 사치를 가지고 있으므로 그것에 대해 많이 걱정하거나 스타일 지침으로 시행할 필요가 없습니다.)

반면에 max<T: Comparable> 의 일부 형식은 O(1)이며 하드웨어를 활용하기 위해 특화될 가능성이 있습니다. (확인하지는 않았지만 가변형 버전 외에 두 개의 매개변수 버전이 있는 것도 그 때문인 것 같습니다.)

어떤 경우든, 나는 우리 모두가 자유 기능이 드물게 사용되어야 한다는 데 동의한다고 생각하지만 저는 _절대_ 반대할 것입니다. 사용된 예제는 표준 라이브러리에서 가져온 것입니다. 표준 라이브러리에서 zip 기능을 제거하자는 제안을 본 적이 없습니다. @JRG-Developer의 단어 변경 또는 현재 병합된 pull 요청 모듈의 이 단어 변경에 대한 이의가 있습니까?

더 논의해야 할 사항이 있다고 생각되면 언제든지 다시 열어 주십시오. (업데이트 브랜치에 병합되었습니다.)