이 함수에서 반환된 값은 어떻게든 처리되어야 합니다. 추가 코드에서 이에 대한 반응이 없으면 "9 빼기"를 반환하는 용도는 무엇입니까?
마이너스 큰 값을 반환하면 이 패스가 결과의 맨 아래에 놓입니다. 원칙적으로 테스트가 없으면 (내 경우에는 첫 번째 막대가 열릴 때 테스트가 중지됨) 계산할 것이 없으며 원칙적으로 계산할 데이터가 없습니다. 따라서 tester_stop이 설정되면 의도적으로 큰 음수가 반환됩니다.
또한이 결과를 코드의 어느 곳에서도 사용하지 않습니다. 아마도 사용할 수 있지만 현재로서는 방법을 모르고 필요하지 않습니다.
마이너스 큰 값을 반환하면 이 패스가 결과의 맨 아래에 놓입니다. 원칙적으로 테스트가 없으면 (내 경우에는 첫 번째 막대가 열릴 때 테스트가 중지됨) 계산할 것이 없으며 원칙적으로 계산할 데이터가 없습니다. 따라서 tester_stop이 설정되면 의도적으로 큰 음수가 반환됩니다.
또한, 나는 이 결과를 코드의 어느 곳에서도 사용하지 않습니다. 아마도 사용할 수는 있지만 어떻게 - 현재로서는 알 수 없고 필요하지도 않습니다 .
이것은 일반적으로 문제를 해결하고 특히 프로그래밍 문제를 해결하는 데 매우 나쁜 접근 방식입니다.
어떤 이유에서인지 나는 일반적으로 테스트를 믿지 않으며 최적화에서는 더욱 그렇습니다. 따라서 알고리즘 구성에 대해 구체적인 조언을 드릴 수는 없지만 결과의 순서 및 처리에 대한 알고리즘을 위반한 것으로 보입니다.
TesterStop() 을 호출 하기 전에 적어도 하나의 패스가 있어야 하는 경우 해당 패스를 제공할 수 있도록 친절하게 대하십시오. 문제가 무엇입니까? 내가 몰라서 그럴 필요가 없다고? 그래서 옳지 않습니다.
이것은 일반적으로 문제를 해결하고 특히 프로그래밍 문제를 해결하는 데 매우 나쁜 접근 방식입니다.
어떤 이유에서인지 나는 일반적으로 테스트를 믿지 않으며 최적화에서는 더욱 그렇습니다. 따라서 알고리즘 구성에 대해 구체적인 조언을 드릴 수는 없지만 결과의 순서 및 처리에 대한 알고리즘을 위반한 것으로 보입니다.
TesterStop()을 호출하기 전에 하나 이상의 패스가 있어야 하는 경우 해당 패스를 제공할 수 있도록 친절하십시오. 문제가 무엇입니까? 내가 몰라서 그럴 필요가 없다고? 그래서 옳지 않습니다.
Alexey, 기분이 상하지 마십시오. 그러나 왜 TesterStop()을 사용했는지 전혀 이해하지 못했습니다. 게다가 시도조차 하지 않았다. 왜 제가 필요한지 읽지 않으셨기에 간단히 설명하겠습니다.
나는 이것을 사용하여 쓸모없는 테스트 패스를 제거하고 최적화 속도를 높 입니다. 특히 유전. 따라서 이 상황에서는 1패스도 전혀 필요하지 않습니다! 이것은 INIT_PARAMETERS_INCORRECT 를 대체했습니다. 왜냐하면 OnInit()에 많은 수가 있기 때문에 유전학이 떨어지기 때문입니다.
믿거나 말거나 최적화를 사용하거나 사용하지 않는 것은 이미 자신의 비즈니스이며이 문제를 해결하는 것과 아무 관련이 없습니다.)))
슬라바 :
당신의 위시리스트는 쓸모없는 코드의 종소리와 휘파람 없이 훨씬 쉽게 구성될 수 있습니다. 동의 - 프로필에서만 동일한 레이크))))
INIT_PARAMETERS_INCORRECT 수탉을 반환하는 대신 일부 전역 변수가 ExtTesterStop=true라고 말합니다.
OnTick의 첫 번째 줄에 체크 표시
동의합니다. 코드가 조금 더 간단해 보이지만!
이것의 본질은 변하지 않습니다. 초기화 단계에서 패스 취소는 발생하지 않습니다. 동일한 코드가 OnInit() 및 OnTick()에 있습니다. 우리는 무엇을 이기고 있습니까?
TesterStop()은 여전히 맹세합니다.
TesterStop () called on 0 % of testing interval
그리고 이 버전의 MT에서 제어는 여전히 OnTester()로 이전됩니다. 동의 - 프로필에서만 동일한 레이크))))
TesterStopImmediately()와 같은 대체 함수가 있으면 좋을 것입니다. OnTester()가 아닌 OnDeinit(const int reason)으로 직접 제어를 이전하여 테스트를 즉시 종료해야 하는 경우...
Alexey, 기분이 상하지 마십시오. 그러나 왜 TesterStop()을 사용했는지 전혀 이해하지 못했습니다. 게다가 시도조차 하지 않았다. 왜 필요한지 읽어보지 않으셨기에 간단히 설명드리겠습니다.
나는 이것을 사용하여 쓸모없는 테스트 패스를 제거하고 최적화 속도를 높 입니다. 특히 유전. 따라서 이 상황에서는 1패스도 전혀 필요하지 않습니다 ! 이것은 INIT_PARAMETERS_INCORRECT 를 대체했습니다. 왜냐하면 OnInit()에 많은 수가 있기 때문에 유전학이 떨어지기 때문입니다.
믿거나 말거나 최적화를 사용하거나 사용하지 않는 것은 이미 자신의 비즈니스이며이 문제를 해결하는 것과 아무 관련이 없습니다.)))
제가 표현을 정확히 하지 않았는데 오해를 하셨군요. 그러나 그것은 더 이상 중요하지 않습니다.
중요한. 일반적으로 모든 문제는 오해의 결과라고 생각합니다. 그러나 결국 언어는 말하고 협상하기 위해 사람에게 주어집니다.)) 당연히 모든 사람은 자신이 옳다고 생각하지만이 문제에 대한 완고함은 ... 어리 석음의 표시입니다. 무슨 말인지 설명해 주세요. 개인적으로 나는 배울 준비가 되어있다
중요한. 일반적으로 모든 문제는 오해의 결과라고 생각합니다. 그러나 결국 언어는 말하고 협상하기 위해 사람에게 주어집니다.)) 당연히 모든 사람은 자신이 옳다고 생각하지만이 문제에 대한 완고함은 ... 어리 석음의 표시입니다. 그래서 무슨 말인지 설명해주세요. 개인적으로 나는 배울 준비가 되어있다.
어리석음의 징후가 있는 사람에게서 무엇을 배울 수 있습니까? 아니면 자신에 대해 말씀하시는 건가요? 이것은 당신이 쉬고 당신이 원하는 것을 이해하기 위해 최소한의 코드를 만들고 싶지 않기 때문입니다. 그래서 최적화를 하지 않는다고 이미 말해서 테스터와 관련된 이벤트는 사용하지 않았습니다. 내 권고는 독점적으로 좁은 방향에 관한 것입니다. Slava는 내 추천을 반복했습니다. 분명히 당신은 당신이 기대하는 것을 얻지 못했기 때문에 그렇게 사용하지 않았습니다. 이것들은 주제에 대한 정보 부족으로 인한 추측일 뿐입니다.
어리석음의 징후가 있는 사람에게서 무엇을 배울 수 있습니까? 아니면 당신 자신에 대해 이야기하고 있습니까? 이것은 당신이 쉬고 당신이 원하는 것을 이해하기 위해 최소한의 코드를 만들고 싶지 않기 때문입니다. 그래서 최적화를 하지 않는다고 이미 말해서 테스터와 관련된 이벤트는 사용하지 않았습니다. 내 권고는 독점적으로 좁은 방향에 관한 것입니다. Slava는 내 추천을 반복했습니다. 분명히 당신은 당신이 기대하는 것을 얻지 못했기 때문에 그렇게 사용하지 않았습니다. 이는 해당 주제에 대한 정보 부족으로 인한 추측일 뿐입니다.
내가 너에게 쓰는 글도 읽고 있니?
" 알렉시, 화내지 마세요. 그런데 제가 왜 TesterStop()을 사용했는지 완전히 오해하셨군요. 게다가 해보지도 않으셨군요. 제가 왜 필요한지 읽지 않으셨으니 간단히 설명드리겠습니다.
나는 이것을 사용하여 쓸모없는 테스트 패스를 제거하고 최적화 속도를 높 입니다. 특히 유전. 따라서 이 상황에서는 1패스도 전혀 필요하지 않습니다! 이것은 INIT_PARAMETERS_INCORRECT의 대체품이었습니다. OnInit()에 많은 수가 있기 때문에 유전학이 떨어지기 때문입니다 ... "
이것에 대해 정확히 무엇을 이해하지 못합니까?
추신 그건 그렇고, Slava는 당신과 달리 무엇이 위험에 처해 있는지 완벽하게 이해합니다. ))
" 알렉시, 화내지 마세요. 그런데 제가 왜 TesterStop()을 사용했는지 완전히 오해하셨군요. 게다가 해보지도 않으셨군요. 제가 왜 필요한지 읽지 않으셨으니 간단히 설명드리겠습니다.
나는 이것을 사용하여 쓸모없는 테스트 패스를 제거하고 최적화 속도를 높 입니다. 특히 유전. 따라서 이 상황에서는 1패스도 전혀 필요하지 않습니다! 이것은 INIT_PARAMETERS_INCORRECT의 대체품이었습니다. OnInit()에 많은 수가 있기 때문에 유전학이 떨어지기 때문입니다 ... "
이것에 대해 정확히 무엇을 이해하지 못합니까?
추신 그건 그렇고, Slava는 당신과 달리 무엇이 위험에 처해 있는지 완벽하게 이해합니다. ))
Sergey, TesterStop()은 테스트를 중단하는 데 사용됩니다. 그리고 이 경우에 출력되어야 하는 것은 프로그래머에게 달려 있습니다. 그리고 나는 당신이 무엇을 얻어야하는지 절대 알 필요가 없습니다. 가장 중요한 것은 테스트를 중단하는 것입니다. 다른 모든 것은 계산 알고리즘에 입력됩니다.
얻은 값의 중간 버전에 만족하지 않으면 테스트를 중지하고 손전등에서 발명된 결과를 반환합니다. 이렇게 할 수 없다면 알고리즘이 어딘가에 잘못 구축된 것입니다. 결국 테스트를 중지하는 방법을 여러 번 들었습니다.
Sergey, TesterStop()은 테스트를 중단하는 데 사용됩니다. 그리고 이 경우에 출력되어야 하는 것은 프로그래머에게 달려 있습니다. 그리고 나는 당신이 무엇을 얻어야하는지 절대 알 필요가 없습니다. 가장 중요한 것은 테스트를 중단하는 것입니다. 다른 모든 것은 계산 알고리즘에 포함됩니다.
얻은 값의 중간 버전에 만족하지 않으면 테스트를 중지하고 손전등에서 발명된 결과를 반환합니다. 이렇게 할 수 없다면 알고리즘이 어딘가에 잘못 구축된 것입니다. 결국, 당신은 테스트를 중지하는 방법을 두 번 이상 들었습니다.
내가 당신에게 손톱 양동이를 사라고 제안한다면, 당신은 내가 그것을 어디에서 얻을 것이며 비용은 얼마인지에 전혀 관심이 없을 것입니다. 따라서 귀하의 대답은 무엇이든 될 수 있습니다. 아니요, 필요하지 않습니다. 원하지 않습니다. 도대체 무엇입니까, 음 등등. 가장 중요한 것은 당신과 나에게 분명하다는 것입니다. 그러한 경우에 내 대답은 "손전등에서 발명된 결과"이며 개인적으로 절대적으로 명확합니다.
이 설명 과정에서 명확해진 모든 것에서 이것은 새 빌드 전에 TesterStop() 및 ExpertRemove()가 OnDeinit()에 직접 제어를 전달하고 새 빌드에서 OnTester()에 직접 제어를 전달한다는 것입니다(있는 경우 ). 그리고 첫 번째 경우 에 테스트 결과 가 ZERO였다면 이제 OnTester()에서 이러한 이벤트를 기반으로 한 출력이 있는지 확인하고(이 확인을 직접 구성해야 함) 자신의 출력을 만들어야 합니다. 그리고 이 경우에 지정할 결과(0 또는 -99999999)는 이미 선호도의 문제입니다.
그러나 이 코드 조각으로 판단하면
이 함수에서 반환된 값은 어떻게든 처리되어야 합니다. 추가 코드에서 이에 대한 반응이 없으면 "9 빼기"를 반환하는 용도는 무엇입니까?마이너스 큰 값을 반환하면 이 패스가 결과의 맨 아래에 놓입니다. 원칙적으로 테스트가 없으면 (내 경우에는 첫 번째 막대가 열릴 때 테스트가 중지됨) 계산할 것이 없으며 원칙적으로 계산할 데이터가 없습니다. 따라서 tester_stop이 설정되면 의도적으로 큰 음수가 반환됩니다.
또한이 결과를 코드의 어느 곳에서도 사용하지 않습니다. 아마도 사용할 수 있지만 현재로서는 방법을 모르고 필요하지 않습니다.
마이너스 큰 값을 반환하면 이 패스가 결과의 맨 아래에 놓입니다. 원칙적으로 테스트가 없으면 (내 경우에는 첫 번째 막대가 열릴 때 테스트가 중지됨) 계산할 것이 없으며 원칙적으로 계산할 데이터가 없습니다. 따라서 tester_stop이 설정되면 의도적으로 큰 음수가 반환됩니다.
또한, 나는 이 결과를 코드의 어느 곳에서도 사용하지 않습니다. 아마도 사용할 수는 있지만 어떻게 - 현재로서는 알 수 없고 필요하지도 않습니다 .
이것은 일반적으로 문제를 해결하고 특히 프로그래밍 문제를 해결하는 데 매우 나쁜 접근 방식입니다.
어떤 이유에서인지 나는 일반적으로 테스트를 믿지 않으며 최적화에서는 더욱 그렇습니다. 따라서 알고리즘 구성에 대해 구체적인 조언을 드릴 수는 없지만 결과의 순서 및 처리에 대한 알고리즘을 위반한 것으로 보입니다.
TesterStop() 을 호출 하기 전에 적어도 하나의 패스가 있어야 하는 경우 해당 패스를 제공할 수 있도록 친절하게 대하십시오. 문제가 무엇입니까? 내가 몰라서 그럴 필요가 없다고? 그래서 옳지 않습니다.
나는 모든 것을 이해하고 목발이 필요하지 않습니다. 그리고 여기서 목발을 찾아야 했습니다. 무엇을 읽어야 합니까?
아마도. 그러나 나는 그것에 대해 불평하는 사람을 기억하지 못한다.
당신의 위시리스트는 쓸모없는 코드의 종소리와 휘파람 없이 훨씬 더 쉽게 구성될 수 있습니다.
INIT_PARAMETERS_INCORRECT 수탉을 반환하는 대신 일부 전역 변수가 ExtTesterStop=true라고 말합니다.
OnTick의 첫 번째 줄에 체크 표시
이것은 일반적으로 문제를 해결하고 특히 프로그래밍 문제를 해결하는 데 매우 나쁜 접근 방식입니다.
어떤 이유에서인지 나는 일반적으로 테스트를 믿지 않으며 최적화에서는 더욱 그렇습니다. 따라서 알고리즘 구성에 대해 구체적인 조언을 드릴 수는 없지만 결과의 순서 및 처리에 대한 알고리즘을 위반한 것으로 보입니다.
TesterStop()을 호출하기 전에 하나 이상의 패스가 있어야 하는 경우 해당 패스를 제공할 수 있도록 친절하십시오. 문제가 무엇입니까? 내가 몰라서 그럴 필요가 없다고? 그래서 옳지 않습니다.
Alexey, 기분이 상하지 마십시오. 그러나 왜 TesterStop()을 사용했는지 전혀 이해하지 못했습니다. 게다가 시도조차 하지 않았다. 왜 제가 필요한지 읽지 않으셨기에 간단히 설명하겠습니다.
나는 이것을 사용하여 쓸모없는 테스트 패스를 제거하고 최적화 속도를 높 입니다. 특히 유전. 따라서 이 상황에서는 1패스도 전혀 필요하지 않습니다! 이것은 INIT_PARAMETERS_INCORRECT 를 대체했습니다. 왜냐하면 OnInit()에 많은 수가 있기 때문에 유전학이 떨어지기 때문입니다.
믿거나 말거나 최적화를 사용하거나 사용하지 않는 것은 이미 자신의 비즈니스이며이 문제를 해결하는 것과 아무 관련이 없습니다.)))
당신의 위시리스트는 쓸모없는 코드의 종소리와 휘파람 없이 훨씬 쉽게 구성될 수 있습니다. 동의 - 프로필에서만 동일한 레이크))))
INIT_PARAMETERS_INCORRECT 수탉을 반환하는 대신 일부 전역 변수가 ExtTesterStop=true라고 말합니다.
OnTick의 첫 번째 줄에 체크 표시
동의합니다. 코드가 조금 더 간단해 보이지만!
이것의 본질은 변하지 않습니다. 초기화 단계에서 패스 취소는 발생하지 않습니다. 동일한 코드가 OnInit() 및 OnTick()에 있습니다. 우리는 무엇을 이기고 있습니까?
TesterStop()은 여전히 맹세합니다.
그리고 이 버전의 MT에서 제어는 여전히 OnTester()로 이전됩니다. 동의 - 프로필에서만 동일한 레이크))))
TesterStopImmediately()와 같은 대체 함수가 있으면 좋을 것입니다. OnTester()가 아닌 OnDeinit(const int reason)으로 직접 제어를 이전하여 테스트를 즉시 종료해야 하는 경우...
그러나 이것은 분명히 우리의 일생에서 예측되지 않습니다 ...
Alexey, 기분이 상하지 마십시오. 그러나 왜 TesterStop()을 사용했는지 전혀 이해하지 못했습니다. 게다가 시도조차 하지 않았다. 왜 필요한지 읽어보지 않으셨기에 간단히 설명드리겠습니다.
나는 이것을 사용하여 쓸모없는 테스트 패스를 제거하고 최적화 속도를 높 입니다. 특히 유전. 따라서 이 상황에서는 1패스도 전혀 필요하지 않습니다 ! 이것은 INIT_PARAMETERS_INCORRECT 를 대체했습니다. 왜냐하면 OnInit()에 많은 수가 있기 때문에 유전학이 떨어지기 때문입니다.
믿거나 말거나 최적화를 사용하거나 사용하지 않는 것은 이미 자신의 비즈니스이며이 문제를 해결하는 것과 아무 관련이 없습니다.)))
제가 표현을 정확히 하지 않았는데 오해를 하셨군요. 그러나 그것은 더 이상 중요하지 않습니다.
제가 표현을 정확히 하지 않았는데 오해를 하셨군요. 하지만 더 이상 중요하지 않습니다.
중요한. 일반적으로 모든 문제는 오해의 결과라고 생각합니다. 그러나 결국 언어는 말하고 협상하기 위해 사람에게 주어집니다.)) 당연히 모든 사람은 자신이 옳다고 생각하지만이 문제에 대한 완고함은 ... 어리 석음의 표시입니다. 무슨 말인지 설명해 주세요. 개인적으로 나는 배울 준비가 되어있다
중요한. 일반적으로 모든 문제는 오해의 결과라고 생각합니다. 그러나 결국 언어는 말하고 협상하기 위해 사람에게 주어집니다.)) 당연히 모든 사람은 자신이 옳다고 생각하지만이 문제에 대한 완고함은 ... 어리 석음의 표시입니다. 그래서 무슨 말인지 설명해주세요. 개인적으로 나는 배울 준비가 되어있다.
어리석음의 징후가 있는 사람에게서 무엇을 배울 수 있습니까? 아니면 자신에 대해 말씀하시는 건가요? 이것은 당신이 쉬고 당신이 원하는 것을 이해하기 위해 최소한의 코드를 만들고 싶지 않기 때문입니다. 그래서 최적화를 하지 않는다고 이미 말해서 테스터와 관련된 이벤트는 사용하지 않았습니다. 내 권고는 독점적으로 좁은 방향에 관한 것입니다. Slava는 내 추천을 반복했습니다. 분명히 당신은 당신이 기대하는 것을 얻지 못했기 때문에 그렇게 사용하지 않았습니다. 이것들은 주제에 대한 정보 부족으로 인한 추측일 뿐입니다.
어리석음의 징후가 있는 사람에게서 무엇을 배울 수 있습니까? 아니면 당신 자신에 대해 이야기하고 있습니까? 이것은 당신이 쉬고 당신이 원하는 것을 이해하기 위해 최소한의 코드를 만들고 싶지 않기 때문입니다. 그래서 최적화를 하지 않는다고 이미 말해서 테스터와 관련된 이벤트는 사용하지 않았습니다. 내 권고는 독점적으로 좁은 방향에 관한 것입니다. Slava는 내 추천을 반복했습니다. 분명히 당신은 당신이 기대하는 것을 얻지 못했기 때문에 그렇게 사용하지 않았습니다. 이는 해당 주제에 대한 정보 부족으로 인한 추측일 뿐입니다.
내가 너에게 쓰는 글도 읽고 있니?
" 알렉시, 화내지 마세요. 그런데 제가 왜 TesterStop()을 사용했는지 완전히 오해하셨군요. 게다가 해보지도 않으셨군요. 제가 왜 필요한지 읽지 않으셨으니 간단히 설명드리겠습니다.
나는 이것을 사용하여 쓸모없는 테스트 패스를 제거하고 최적화 속도를 높 입니다. 특히 유전. 따라서 이 상황에서는 1패스도 전혀 필요하지 않습니다! 이것은 INIT_PARAMETERS_INCORRECT의 대체품이었습니다. OnInit()에 많은 수가 있기 때문에 유전학이 떨어지기 때문입니다 ... "
이것에 대해 정확히 무엇을 이해하지 못합니까?
추신 그건 그렇고, Slava는 당신과 달리 무엇이 위험에 처해 있는지 완벽하게 이해합니다. ))내가 너에게 쓰는 글도 읽고 있니?
" 알렉시, 화내지 마세요. 그런데 제가 왜 TesterStop()을 사용했는지 완전히 오해하셨군요. 게다가 해보지도 않으셨군요. 제가 왜 필요한지 읽지 않으셨으니 간단히 설명드리겠습니다.
나는 이것을 사용하여 쓸모없는 테스트 패스를 제거하고 최적화 속도를 높 입니다. 특히 유전. 따라서 이 상황에서는 1패스도 전혀 필요하지 않습니다! 이것은 INIT_PARAMETERS_INCORRECT의 대체품이었습니다. OnInit()에 많은 수가 있기 때문에 유전학이 떨어지기 때문입니다 ... "
이것에 대해 정확히 무엇을 이해하지 못합니까?
추신 그건 그렇고, Slava는 당신과 달리 무엇이 위험에 처해 있는지 완벽하게 이해합니다. ))Sergey, TesterStop()은 테스트를 중단하는 데 사용됩니다. 그리고 이 경우에 출력되어야 하는 것은 프로그래머에게 달려 있습니다. 그리고 나는 당신이 무엇을 얻어야하는지 절대 알 필요가 없습니다. 가장 중요한 것은 테스트를 중단하는 것입니다. 다른 모든 것은 계산 알고리즘에 입력됩니다.
얻은 값의 중간 버전에 만족하지 않으면 테스트를 중지하고 손전등에서 발명된 결과를 반환합니다. 이렇게 할 수 없다면 알고리즘이 어딘가에 잘못 구축된 것입니다. 결국 테스트를 중지하는 방법을 여러 번 들었습니다.
Sergey, TesterStop()은 테스트를 중단하는 데 사용됩니다. 그리고 이 경우에 출력되어야 하는 것은 프로그래머에게 달려 있습니다. 그리고 나는 당신이 무엇을 얻어야하는지 절대 알 필요가 없습니다. 가장 중요한 것은 테스트를 중단하는 것입니다. 다른 모든 것은 계산 알고리즘에 포함됩니다.
얻은 값의 중간 버전에 만족하지 않으면 테스트를 중지하고 손전등에서 발명된 결과를 반환합니다. 이렇게 할 수 없다면 알고리즘이 어딘가에 잘못 구축된 것입니다. 결국, 당신은 테스트를 중지하는 방법을 두 번 이상 들었습니다.
내가 당신에게 손톱 양동이를 사라고 제안한다면, 당신은 내가 그것을 어디에서 얻을 것이며 비용은 얼마인지에 전혀 관심이 없을 것입니다. 따라서 귀하의 대답은 무엇이든 될 수 있습니다. 아니요, 필요하지 않습니다. 원하지 않습니다. 도대체 무엇입니까, 음 등등. 가장 중요한 것은 당신과 나에게 분명하다는 것입니다. 그러한 경우에 내 대답은 "손전등에서 발명된 결과"이며 개인적으로 절대적으로 명확합니다.
이 설명 과정에서 명확해진 모든 것에서 이것은 새 빌드 전에 TesterStop() 및 ExpertRemove()가 OnDeinit()에 직접 제어를 전달하고 새 빌드에서 OnTester()에 직접 제어를 전달한다는 것입니다(있는 경우 ). 그리고 첫 번째 경우 에 테스트 결과 가 ZERO였다면 이제 OnTester()에서 이러한 이벤트를 기반으로 한 출력이 있는지 확인하고(이 확인을 직접 구성해야 함) 자신의 출력을 만들어야 합니다. 그리고 이 경우에 지정할 결과(0 또는 -99999999)는 이미 선호도의 문제입니다.