Этот вопрос в основном указывается на C/С++, но я думаю, что другие языки также актуальны. Я не могу понять, почему используется параметр switch/case вместо if/else if. Мне очень нравится использование goto's и приводит к тому же виду беспорядочного кода, в то время как те же результаты могут быть достигнуты с if/else, если более организованным...
p.s. 귀하의 코드는 완전히 읽을 수 없습니다. 물론 매크로가 포함된 이러한 종소리와 휘파람은 사용자가 직접 작성했기 때문에 그들이 하는 일을 알 수 있다는 점을 이해합니다. 그러나 외부 독자에게는 퍼즐일 뿐입니다. 왜 이것을 게시합니까? 6개월 만에 너 자신이 여기에서 한 일을 이해하지 못할 것 같다.) 댓글만 chtol 했다면 ...
p.s. 귀하의 코드는 완전히 읽을 수 없습니다. 물론, 나는 당신이 매크로를 사용하여 이러한 종소리와 휘파람을 편안하게 이해한다는 것을 이해합니다. 그러나 외부 독자에게는 퍼즐일 뿐입니다. 왜 이것을 게시합니까? 6개월 만에 너 자신이 여기에서 한 일을 이해하지 못할 것 같다.) 댓글만 chtol 했다면 ...
그렇지 않으면 족쇄가 될 것입니다. 또한 전환 횟수를 실험했습니다. 매크로 없이는 이 작업을 수행하기 어렵습니다. 추가에 대해. 의견 - 앞으로 고려하겠습니다.
결과
세 번째 옵션(스위치)은 두 번째(함수 포인터)보다 일관되게 느립니다. 어떤 이유로 이런 일이 발생합니까?
ZY I 브레이크. 세 번째는 두 번째보다 빠릅니다. 괜찮은.
ZYY 함수에 대한 포인터의 변경 불가능한 배열이 있는 경우 스위치로 대체하면 더 빠릅니다.
ZYY 함수에 대한 포인터의 변경 불가능한 배열이 있는 경우 스위치로 대체하면 더 빠릅니다.
글쎄,이 경우 논리적이기 때문에. 배열이 동적으로 채워졌습니다. 즉, 포인터의 유효성을 지속적으로 확인합니다. 확실히 최적화 될 수 있지만 ...
이제 MQL이 상수 포인터를 사용하여 배열 초기화 를 지원했다면 아마도 같을 것입니다.
p.s. 귀하의 코드는 완전히 읽을 수 없습니다. 물론 매크로가 포함된 이러한 종소리와 휘파람은 사용자가 직접 작성했기 때문에 그들이 하는 일을 알 수 있다는 점을 이해합니다. 그러나 외부 독자에게는 퍼즐일 뿐입니다. 왜 이것을 게시합니까? 6개월 만에 너 자신이 여기에서 한 일을 이해하지 못할 것 같다.) 댓글만 chtol 했다면 ...
p.s. 귀하의 코드는 완전히 읽을 수 없습니다. 물론, 나는 당신이 매크로를 사용하여 이러한 종소리와 휘파람을 편안하게 이해한다는 것을 이해합니다. 그러나 외부 독자에게는 퍼즐일 뿐입니다. 왜 이것을 게시합니까? 6개월 만에 너 자신이 여기에서 한 일을 이해하지 못할 것 같다.) 댓글만 chtol 했다면 ...
그렇지 않으면 족쇄가 될 것입니다. 또한 전환 횟수를 실험했습니다. 매크로 없이는 이 작업을 수행하기 어렵습니다. 추가에 대해. 의견 - 앞으로 고려하겠습니다.
그렇지 않으면 족쇄가 될 것입니다. 또한 전환 횟수를 실험했습니다. 매크로 없이는 이 작업을 수행하기 어렵습니다. 추가에 대해. 의견 - 앞으로 고려하겠습니다.
때로는 컴팩트 rebus 분해를 시작하고이 쓸모없는 운동을 즉시 포기하는 것보다 이해할 수있는 족보를 분해하는 것이 훨씬 쉽습니다.
때로는 컴팩트 rebus 분해를 시작하고이 쓸모없는 운동을 즉시 포기하는 것보다 이해할 수있는 족보를 분해하는 것이 훨씬 쉽습니다.
이미 말한 것 외에도 테스터에서 동일한 실행이 일치하지 않는 가장 일반적인 이유 중 하나는 잘못된 초기화 또는 부재입니다.
변수 초기화의 부족이 단순하다면 배열의 경우 다소 복잡합니다. 대부분의 경우 배열 요소 의 수가 증가하는 상황을 찾는 것은 문제가 있는 위치를 나타낼 수 있습니다.
이러한 잠재적인 문제를 파악하기 위해 어드바이저의 시작 부분에 다음 줄을 삽입할 수 있습니다.
상황이 포착되면 자세한 정보가 로그에 표시되고 실행이 중지됩니다.
ZY 적용 예 .
크기 조정은 분명합니다. 저도 비슷한 방법을 자주 사용하지만 초기화는 어떻습니까? 그녀가 어떻게 틀릴 수 있습니까?
예를 들어 ArrayResize와 ArrayInitialize 가 섞여 있습니다. 또는 예를 들어 표시기가 OnInit에서 버퍼를 ArrayInitialize하여 버퍼가 초기화된 것으로 잘못 생각합니다.
예를 들어 ArrayResize와 ArrayInitialize가 섞여 있습니다.
글쎄, 그건 어린애 같은 실수야. 그것을 찾기 위해 노력할 가치가 있습니까?
글쎄, 그건 어린애 같은 실수야. 그것을 찾기 위해 노력할 가치가 있습니까?
오류를 찾는 데는 노력이 필요합니다. 특히 코드가 크고 자신의 것이 아닌 경우.