Swift-style-guide: 세미콜론은 Xcode의 성능을 향상시키는 데 도움이 될 수 있습니다.

이를 증명하는 소스 또는 벤치마크?

더 넓은 Swift 커뮤니티(거의 인기 있는 Swift 오픈 소스 라이브러리 참조)는 세미콜론을 사용하지 않습니다.

또한 Apple은 C 스타일 for 루프, ++ 연산자 등을 제거하는 것과 같은 C 스타일 프로그래밍 방식에서 의도적으로 벗어났습니다.

언어의 향후 버전에서 세미콜론도 제거되더라도 놀라지 않을 것입니다.

이러한 이유로 컴파일 시 약간의 성능 이점이 있더라도 개인적으로 이 변경에 대해 강력히 반대합니다.

let obj = NSObject()  
// Type `if` here, you can not find the `if` statement in the completion suggestions list.
// But if add a semicolon to the previous line or write a blank line between the previous line, the `if` statement completion suggestion will be in the list.

이 간단한 예는 xcode가 문법을 처리하기 위해 CPU를 낭비할 수 있지만 결과가 잘못되었음을 의미합니다.

그리고 나는 대부분의 xcode 충돌이 문장을 편집한 후 문법을 재구축할 때 나타난다는 것을 발견했습니다.

대신 이 버그를 Apple에 전달하겠습니다. 공룡이 지구를 배회한 이후로(Objective-C 일) 세미콜론을 사용하지 않았고 설명하는 문제를 인식하지 못합니다.

우리는 벤치마크가 필요하고 이 버그를 Apple에 제기해야 합니다(최대한 빨리 처리하고 RDAR #를 게시합니다. 속임수). 그러나 사실이고 Apple이 이전에 수정하지 않았거나 할 수 없는 경우 Swift 5 또는 6이 다음으로 되돌아가지 않음 세미콜론을 더 많이 사용하는 것은 전문 회의에서 거의 설명할 수 없는 생산성 손실이라기보다는 소프트웨어 열광의 표시일 것입니다.

올려주셔서 감사합니다. 코드 완성 문제를 https://bugs.swift.org/browse/SR-6454 로 보고했습니다.

Swift 4.1에서 수정될 수 있기를 바랍니다. Apple은 모든 Swift로 작성된 완전히 새로운 도구 프레임워크 libSyntax를 만들기 위한 노력을 주도하고 있습니다! 또한 오픈 소스이므로 참여할 수 있습니다.

자동완성이 무너지는 다른 구체적인 사례가 있다면 들어보시면 좋을 것 같습니다.

도구 문제는 제쳐두고 세미콜론과 추가 구두점은 인지 부하를 추가하고 요구 사항으로 제거에 대한 원래 동기인 명확성을 위해 아무 것도 하지 않습니다. WWDC 2014 토크의 Advanced Swift에서 Dave Abrahams의 세미콜론 추도를 참조하십시오.

Swift 커뮤니티에 큰 변화가 없는 한 세미콜론은 돌아오지 않습니다. 그런 이유로 이 문제를 닫습니다. 그러나 반드시 발견한 버그를 보고하십시오. 전체 커뮤니티가 앞으로 나아가는 데 도움이 됩니다! 😄