Swift-style-guide: 자기 사용

내 의견: 로컬 또는 인스턴스 변수인지 확인하기 위해 self가 필요한 경우 메서드 또는 클래스가 너무 큽니다.

나에게 클로저에 명시적인 자체 캡처가 있다는 것을 인식하는 것은 모든 곳에서 self를 사용하는 스타일로 숨기기에는 너무 가치가 있습니다.

즉, 이 배는 이미 RW 스타일 가이드를 위해 항해했습니다. 그것을 뒤집기 위해서는 큰 변화가 필요합니다.

@hollance @rayfix
답장을 보내 주셔서 감사합니다.

내 생각에 사람들이 비교적 큰 코드베이스를 가진 팀에 합류하거나 다른 사람의 코드를 검토할 때 self 를 명시적으로 사용하면 특히 팀의 사람들이 다양한 수준의 코딩을 가지고 있을 때 작업을 훨씬 더 쉽게 따를 수 있습니다. 기술.

저는 개인적으로 클로저에서 명시적인 자체 캡처를 갖는 것의 가치를 볼 수 없습니다(또는 본 적이 없습니다). 반대로 클로저에서 명시적으로 self 사용하면 코딩 스타일이 약간 일관성이 없습니다.

SE-0009 Require self for accessing instance members 를 거부한 Apple의 논리에 동의합니다.

_* 필수 "자기". 추가 명확성으로 정당화되지 않는 상당한 양의 장황함을 도입합니다. 필수 "자기"인 것은 사실이지만. 버그 클래스를 방지할 수 있지만 이러한 버그를 제거하는 비용은 시각적으로 복잡하다는 면에서 상당히 높으며, 이는 일반적으로 깔끔한 Swift의 느낌에 반합니다. Paul Cantrell은 자신의 리뷰 https://lists.swift.org/pipermail/swift-evolution/Week-of-Mon-20151214/002910.html 에서 " 광범위하게 반복되는 모든 것은 보이지 않게 됩니다."라고 말했습니다. Swift는 디자인에서 이러한 상용구 및 반복을 피하는 것을 목표로 하며, 이는 Swift API 디자인 가이드라인 https://swift.org/documentation/api-design-guidelines.html 에서도 지지하는 원칙입니다._

@hollance 도 암시하는 것처럼 더 작은 메서드와 클래스를 작성하여 명확성을 개선하는 것이 좋습니다. 클로저에서 self 를 사용하는 것은 self에 대한 약한/강한 참조 때문에 나에게 더 의미가 있습니다.

안녕하세요 @RobertGummesson ,

참조를 추가해 주셔서 감사합니다. self. 를 명시적으로 사용할지 여부에 대한 보다 중립적인 관점을 표현하고 장단점을 설명하는 언급된 내용에 전적으로 동의합니다.

나에게 " self 사용을 피하라"는 표현은 너무 강하다. RayWenderlich는 커뮤니티에서 큰 영향력을 가지고 있기 때문에 스타일 가이드에서 장단점을 설명하고 개발자가 스스로 결정하도록 하는 것이 더 적절하다고 생각합니다.