글쎄, 무슨 말을 하고 싶었어? 전혀 사용하지 않는 우아한 해결책이 없다면 어떻게 될까요? 그렇긴 하지만, 당신이 말했듯이 "지루하다"?
나는 추적 블록의 소위 "우아한" 마지막 라인이 바로 이 블록의 다른 10500개의 가능한 라인을 전혀 향상시키지 못한다는 것을 말하고 싶었습니다. int OnInit()에서 return(-100) 연산자 대신 ExpertRemove() 함수를 사용하는 것이 매우 중요한 경우 이는 사용자의 기본 설정일 뿐이며 나머지 코드를 어떤 식으로든 개선하지 않습니다.
동시에 상기시켜 드리겠습니다. 모든 것이 " 모든 것이 더 쉽습니다 ."라는 문구로 시작되었습니다. 결과적으로 단순화가 없으며 한 줄의 코드를 다른 줄로 바꾸는 것만 가능하다는 것이 밝혀졌습니다.
나는 추적 블록의 소위 "우아한" 마지막 라인이 바로 이 블록의 다른 10500개의 가능한 라인을 전혀 향상시키지 못한다는 것을 말하고 싶었습니다. int OnInit()에서 return(-100) 연산자 대신 ExpertRemove() 함수를 사용하는 것이 매우 중요한 경우 이는 사용자의 기본 설정일 뿐이며 나머지 코드를 어떤 식으로든 개선하지 않습니다.
동시에 상기시켜 드리겠습니다. 모든 것이 " 모든 것이 더 쉽습니다 ."라는 문구로 시작되었습니다. 결과적으로 단순화가 없으며 한 줄의 코드를 다른 줄로 바꾸는 것만 가능하다는 것이 밝혀졌습니다.
진정할 수 없다면 이것은 중요합니다. :) ExpertRemove() 예를 들어 주었습니다. 어떤 경우에는 매우 적합합니다. "빠른 결정".
이전 포스트에서는 특별히 제작된 도구를 소개합니다. 나는 그것들을 완전히 잊어 버렸지 만 일부 작업에는 적극적으로 사용합니다.
이것이 근본적으로 "나를 위한 것"이라면 다음 관점에서만 볼 수 있습니다. 당신은 지루한 코드를 더 간단하고 우아하게 만들 수 있다고 말했습니다. 결과적으로 이 진술은 현실과 거리가 멀다. 그 코드를 "단순화"할 수는 없지만 한 줄의 코드만 "단순화"할 수 있다는 것이 밝혀졌습니다. 코드에 장식 줄무늬가 아니라 코드를 실제로 단순화하는 데 관심이 있습니다.
글쎄, 무슨 말을 하고 싶었어? 전혀 사용하지 않는 우아한 해결책이 없다면 어떻게 될까요? 그렇긴 하지만, 당신이 말했듯이 "지루하다"?
나는 추적 블록의 소위 "우아한" 마지막 라인이 바로 이 블록의 다른 10500개의 가능한 라인을 전혀 향상시키지 못한다는 것을 말하고 싶었습니다. int OnInit()에서 return(-100) 연산자 대신 ExpertRemove() 함수를 사용하는 것이 매우 중요한 경우 이는 사용자의 기본 설정일 뿐이며 나머지 코드를 어떤 식으로든 개선하지 않습니다.
동시에 상기시켜 드리겠습니다. 모든 것이 " 모든 것이 더 쉽습니다 ."라는 문구로 시작되었습니다. 결과적으로 단순화가 없으며 한 줄의 코드를 다른 줄로 바꾸는 것만 가능하다는 것이 밝혀졌습니다.
또 다른 옵션이 있습니다.
함수 살펴보기: OnTesterInit (), OnTesterPass (), OnTesterDeinit ()
AND: FrameFirst (), FrameFilter (), FrameNext (), FrameInputs (), FrameAdd ()
그것이 바로 그들이 설계된 이유입니다. :)
나는 추적 블록의 소위 "우아한" 마지막 라인이 바로 이 블록의 다른 10500개의 가능한 라인을 전혀 향상시키지 못한다는 것을 말하고 싶었습니다. int OnInit()에서 return(-100) 연산자 대신 ExpertRemove() 함수를 사용하는 것이 매우 중요한 경우 이는 사용자의 기본 설정일 뿐이며 나머지 코드를 어떤 식으로든 개선하지 않습니다.
동시에 상기시켜 드리겠습니다. 모든 것이 " 모든 것이 더 쉽습니다 ."라는 문구로 시작되었습니다. 결과적으로 단순화가 없으며 한 줄의 코드를 다른 줄로 바꾸는 것만 가능하다는 것이 밝혀졌습니다.
진정할 수 없다면 이것은 중요합니다. :) ExpertRemove() 예를 들어 주었습니다. 어떤 경우에는 매우 적합합니다. "빠른 결정".
이전 포스트에서는 특별히 제작된 도구를 소개합니다. 나는 그것들을 완전히 잊어 버렸지 만 일부 작업에는 적극적으로 사용합니다.
나는 이러한 기능에 전혀 익숙하지 않습니다. 나는 설명에서 아무것도 이해하지 못했습니다. 우리 상황과 관련하여 그들의 능력을 이해하기 위한 간단한 예시를 들 수 있습니까?
진정할 수 없다면 이것은 중요합니다. :)
이것이 근본적으로 "나를 위한 것"이라면 다음 관점에서만 볼 수 있습니다. 당신은 지루한 코드를 더 간단하고 우아하게 만들 수 있다고 말했습니다. 결과적으로 이 진술은 현실과 거리가 멀다. 그 코드를 "단순화"할 수는 없지만 한 줄의 코드만 "단순화"할 수 있다는 것이 밝혀졌습니다. 코드에 장식 줄무늬가 아니라 코드를 실제로 단순화하는 데 관심이 있습니다.
조금 있다가 간단한 예제를 만들어 보겠습니다...
그리고 우리는 테스터 기능이 있는 예를 기다리고 있습니다! 아마도 이것은 많은 사람들에게 도움이 될 것입니다.
지금 Renat의 예를 보십시오: https://www.mql5.com/ru/forum/6407 . 오늘은 이 상황과 관련하여 나만의 버전을 만들 시간이 없을 수도 있습니다. 좀 만들어 볼게요...
... 지루한 코드를 더 간단하고 우아하게 만들 수 있다고 말씀하셨습니다 . 알고보니 이 말은 현실과 거리가 멀다...
"Take your word" 스타일은 무엇입니까? 네, 도망쳤어요 :[
거짓말을 한 혐의에 대해:
- Y: 고려 중인 상황에 대해서도 해결책을 찾지 못했습니다. 물론 int OnInit() 에 블록을 넣을 수 있습니다 ... 그러나 어떻게 든 모든 것이 음산해 보입니다 .
- t: 모든 것이 더 쉽습니다 . 하나 또는 다른 조건이 충족되면 Expert- ExpertRemove() 를 간단히 제거할 수 있습니다 .
- Y : 당신의 제안 덕분에 일정보다 앞당겨 통과가 완료된다는 점에서 "추적 블록" 자체의 황량함은 조금도 줄어들지 않고, 이 블록의 우아함은 조금도 증가하지 않습니다. .
- t: 그게 무슨 말이에요? 전혀 사용하지 않는 우아한 솔루션이 없다면 어떻게 될까요? 그렇긴 하지만, 말그대로 "지루 하다"?
그렇게 함으로써 당신은 (1) 음산해 보이는 코드 블록보다 단순한 것이 있으며 (2) 귀하의 제안이 포함된 코드의 우아함이 거부되었다는 사실에도 불구하고 일부 우아한 솔루션으로 음산한 코드에 대응했다고 말했습니다. .
...
그렇게 함으로써 당신은 (1) 음산해 보이는 코드 블록보다 더 단순한 것이 있으며 (2) 귀하의 제안이 포함된 코드의 우아함이 거부되었다는 사실에도 불구하고 일부 우아한 솔루션으로 음산한 코드에 대응했다고 말했습니다. .
그래서 오해...
중지하십시오. 아무도 그것을 필요로하지 않습니다. 내가 쓴 그대로를 의미했습니다. 문자 그대로. 그리고 당신은 모든 것을 뒤집어 놓았습니다. 당신이 이해하는 것은 전혀 아닙니다. :)
글쎄, 내가 당신에게 명확한 질문을 했다면 이것이 내가 무언가를 말했다는 것을 의미한다는 생각은 어디서 얻었습니까? 당신이 강조한 것은 진술이 아니라 당신을 위한 질문이었습니다. 나는 이것을 끝낼 것을 제안합니다 ...
그래서 오해...
중지하십시오. 아무도 그것을 필요로하지 않습니다. 내가 쓴 그대로를 의미했습니다. 문자 그대로.