추가 괄호의 쓸모없는 또 다른 예: 불필요한 괄호의 수를 쫓다가 필요한 괄호가 누락되었습니다.
당신이 거기에서 고통스럽게 많은 괄호를 "불필요한"이라고 표시한 것. 컴파일러가 욕을 시작하지 않도록 가능한 한 많은 대괄호를 제거하는 목표를 설정했다면 그 말이 맞을 수도 있지만 누군가가 처음에 가능한 한 명확하게 코드를 작성하려고 할 때 그러한 목표는 가치가 없습니다 그와 다른 사람들 모두에게 시력을 제공합니다(특히 편집기에서 짝을 이루는 괄호의 강조 표시를 고려함 ).
글쎄요, 그들이 당신을 도우면 하나님께서 당신을 축복하실 것입니다. 게시물의 유일한 연설은 "간결함 - 재능의 자매"에 관한 것이었습니다. 그래서 나는 이 진술이 어떻게 많은 중복 괄호와 결합될 수 있는지 묻습니다. 나는 그들이 논리를 이해하는 데 필요하지 않습니다. 내가 더 재능이 있다는 뜻인가요? )
여기, 제발, 당신은 "올바른" 정의를 가지고 있습니다. 왜냐하면 당신은 모든 것에 너무 많은 결함을 찾는 것을 좋아하기 때문입니다)))
#define POKE(t, i, b, n, v) ( i & ((( ~ MASK( t, n )) << t( b )) | (( v & MASK( t, n )) << t( b ))))
그들은 중복되지 않습니다! 그들은이 표현의 형성 논리를 읽는 데 도움이됩니다!
괄호의 수가 속도에 영향을 줍니까? - 글쎄, 타이핑 속도를 제외하고는 아무도 이것을 모니터링하지 않습니다 .... 인터넷에서 각 사용자가 하루에 스니치 한 부카프의 수가 생생한 예입니다)))
이는 향후 오류가 없고 빠른 개선을 보장합니다.
이는 향후 오류가 없고 빠른 개선을 보장합니다.
여기! 최소한 누군가는 짧고 정형화된 글을 쓸 수 있습니다. 저는 항상 모든 것을 복잡하게 만들고 많은 편지를 씁니다... 앗, 다시 시작합니다)))
여기, 제발, 당신은 "올바른" 정의를 가지고 있습니다. 왜냐하면 당신은 모든 것에 너무 많은 결함을 찾는 것을 좋아하기 때문입니다)))
추가 괄호의 쓸모없는 또 다른 예: 불필요한 괄호의 수를 쫓다가 필요한 괄호가 누락되었습니다.
따라서 대괄호는 그러한 보증 을 제공하지 않지만 반대로 완화됩니다.예, t와 n 주위의 괄호는 필요하지 않았습니다. 합성할 수 없었습니다. 좋아, 그런 술이 갔으니 이것을 분석하십시오)))
그런 다음 나는 정말 슬프게도 ( long( 1 ) << N ) 2배 더 빠르게 작동하지만 그게 요점이 아님을 발견했습니다)
추가 괄호의 쓸모없는 또 다른 예: 불필요한 괄호의 수를 쫓다가 필요한 괄호가 누락되었습니다.
당신이 거기에서 고통스럽게 많은 괄호를 "불필요한"이라고 표시한 것. 컴파일러가 욕을 시작하지 않도록 가능한 한 많은 대괄호를 제거하는 목표를 설정했다면 그 말이 맞을 수도 있지만 누군가가 처음에 가능한 한 명확하게 코드를 작성하려고 할 때 그러한 목표는 가치가 없습니다 그와 다른 사람들 모두에게 시력을 제공합니다(특히 편집기에서 짝을 이루는 괄호의 강조 표시를 고려함 ).
이것을 분석))))
컴파일하는 동안 오류가 발생했습니다. 무엇을 예상했습니까?
컴파일하는 동안 오류가 발생했습니다. 무엇을 예상했습니까?
그것은 단지 아름다움을위한 것입니다, 나는 게시했습니다. 128개의 더 많은 정의가 이 정의에 첨부되어 작동하도록 하지만 분기의 독자를 아끼는 것이 좋습니다)))
그들은 중복되지 않습니다! 그들은이 표현의 형성 논리를 읽는 데 도움이됩니다!
나는 그들이 논리를 이해하는 데 필요하지 않습니다. 내가 더 재능이 있다는 뜻인가요? )
숙련자를 상대로 한 또 다른 목표: 예, 우리는 엄청난 점수로 그들을 물리쳤습니다)