Mathemat : 주제에서 벗어난 부분에 대해 사과드립니다: drknn , 논리가 핸디캡을 길들이는 데 도움이 되나요?
코드를 짧게 만드는 데 도움이 되는 경우가 있습니다. Kim의 트롤이 이렇게 감소하는 것을 보았을 때 나는 그저 기뻤습니다. 일반적으로 논리는 진실이 어디에 있는지 말하지 않고 대신 진실이 없는 곳에 대해 알려줍니다. 이렇게 하면 검색 범위를 좁히고 좁힐 수 있으며 결과적으로 진실을 기약할 수 없는 나머지로 드러낼 수 있습니다.
승리자!!! 생일 축하해요!!! 모두 제일 좋다!!!
고마워, 비록 나에게 새로운 하루가 이미 8분 남았지만.
고마워, 비록 나에게 새로운 하루가 이미 8분 남았지만.
주제에서 벗어난 부분에 대해 사과드립니다: drknn , 논리가 핸디캡을 길들이는 데 도움이 되나요?
코드를 짧게 만드는 데 도움이 되는 경우가 있습니다. Kim의 트롤이 이렇게 감소하는 것을 보았을 때 나는 그저 기뻤습니다. 일반적으로 논리는 진실이 어디에 있는지 말하지 않고 대신 진실이 없는 곳에 대해 알려줍니다. 이렇게 하면 검색 범위를 좁히고 좁힐 수 있으며 결과적으로 진실을 기약할 수 없는 나머지로 드러낼 수 있습니다.
주제에서 벗어난 부분에 대해 사과드립니다: drknn , 논리가 핸디캡을 길들이는 데 도움이 되나요?
코드를 짧게 만드는 데 도움이 되는 경우가 있습니다.
구멍 번호 2. 논리(논리성)와 간결성은 약한 상관관계가 있습니다.
그런데 많은 사람들이 사용을 경멸하지 않는 MQL의 생생한 예입니다.
if (OrderType() <= 1)
이것은 논리가 아닙니다. 이것은 살인입니다. 또한 암시적 버그의 잠재적 온상입니다.
지정가/정지 주문이 아닌 경우 조건이 충족됩니다. 잠재적 오류는 무엇입니까? 컨텍스트를 볼 수 없습니다.
일반적으로 말해서, 불평등의 "열거"와 같은 변수의 경우, 정말 어쩐지 멍청합니다... 추측하지 않도록 식별자를 명시적으로 지정하는 것이 좋습니다.
어떤 삶이 훨씬 쉬워지는지 아는 갈퀴 중 하나일 뿐입니다.
그리고 규칙은 간단하게 들립니다. 상수의 절대값에 묶일 수 없습니다.
잠재적인 오류는
1. 이론적으로 상수의 절대값을 변경할 가능성을 배제할 수는 없습니다. 기본적으로 번호 매기기에는 논리가 없습니다.
2. 주문이 선택되지 않은 경우 OrderType()의 값은 문서화되지 않습니다. :)
3. 조건이 사소하지 않습니다. 즉, 반년 동안 MQL을 포기하고 돌아와서 보았고 잘못된 위치의 상수를보고 결과적으로 논리를 오해했다고 가정 해 봅시다.
__________
이 회전율은 어떻습니까?
유사하게 - 공식적으로는 현재 정확할 수 있지만 미친 상태입니다.
내 주장은 거의 같습니다. OP_BUYXXX는 이유가 있지만 실수를 줄이기 위해 도입 된 상수의 니모닉 식별자입니다 . 따라서 이러한 식별자를 사용하는 것이 좋습니다.
여전히 판매 중?
그저 그래. 내부에 논리적 피연산자가 있는데 제가 잘못 읽었습니다. 사실이 밝혀지면
OrderType() % 2 != 0
- 그래서, 그렇지?
그럼, 넌센스 제곱. 코드를 읽을 수 없습니다 :)