아이디어는 분명합니다. 이미 만들어진 검증된 알고리즘을 사용하지 않는 이유는 명확하지 않지만 "세 주기"에 대해서는 매우 이해하기 쉽습니다. 감사합니다. 고품질의 간단한 솔루션을 얻을 때면 항상 내가 스스로 추측하지 못한 이유가 무엇인지 궁금합니다. 표면적으로는 그렇습니다. 고맙습니다.
거기에도 오류가 많고, 다른 사람의 코드에서 문제를 찾는 것은 완전히 불가능합니다. 또한, 갑자기 오류가 발견되면 스스로 수정하고, 신고를 하여도 해당 메시지를 보고 수정하는 것은 사실이 아닙니다. 그리고 다음 업데이트로 모든 것이 처음부터 시작됩니다.
Alexey Viktorov : 거기에도 오류가 많고, 다른 사람의 코드에서 문제를 찾는 것은 완전히 불가능합니다. 또한, 갑자기 오류를 발견하면 스스로 수정하고, 신고하더라도 메시지를 보고 수정한다는 사실이 아닙니다. 그리고 다음 업데이트에서는 모든 것이 처음부터 시작됩니다.
SB에 많은 오류가 있다는 것을 확실히 알고 계십니까? 아니면 요리책이 없어서 고양이가 싫은가요?
SB에 많은 오류가 있다는 것을 확실히 알고 계십니까? 아니면 요리책이 없어서 고양이가 싫은가요?
Artyom에게 말하세요 . 포지션을 부분적으로 청산 하는 문제를 기억하시나요? 나중에 메서드의 이러한 동작에 대한 이유를 찾는 대신 다른 메서드를 추가한 것을 기억하십니까?
편차=ULONG_MAX로 인해 전체 방법이 어떻게 실패했는지 모르겠지만 편차=1000으로 변경했고 모든 것이 잘 작동했습니다. "버그 오류 ..."주제에서 이에 대해 썼지만이 메시지가 심연에 빠져 눈에 띄지 않을 정도로 주제가 커지고 있습니다. 결과적으로 다른 방법이 나왔는데 꼭 필요한가요??? 이제 다른 곳에 오류가 없는지 확인하는 방법 ??? 메시지가 표시되는지 확인하는 방법은 무엇입니까?
목록 끝에 요소를 추가하는 코드 는 표준 라이브러리 에서 가져온 것이므로 맞습니다. 그리고 나는 기사에서 코드를 찾지 못한 후에 그것을 "끌어내려고" 했습니다. :-))
표준 라이브러리를 사용하여 개체 로 표시된 데이터를 저장하는 경우 데이터는 구조가 아니라 표준 라이브러리의 CObject 를 기반으로 하는 개체여야 합니다. 그러면 표준 라이브러리 에서 개체에 대한 포인터의 동적 배열을 사용할 수 있습니다. 그들을 저장하십시오. 당신은 조각을 꺼낼 수 없습니다.
Класс CObject обеспечивает всем своим потомкам возможность быть элементом связанного списка. Кроме того определяется ряд виртуальных методов для дальнейшей реализации в классах-потомках.
Artyom에게 말하세요 . 포지션을 부분적으로 청산 하는 문제를 기억하시나요? 나중에 메서드의 이러한 동작에 대한 이유를 찾는 대신 다른 메서드를 추가한 것을 기억하십니까?
편차=ULONG_MAX로 인해 전체 방법이 어떻게 실패했는지 모르겠지만 편차=1000으로 변경했고 모든 것이 잘 작동했습니다. "버그 오류 ..."주제에서 이에 대해 썼지만이 메시지가 심연에 빠져 눈에 띄지 않을 정도로 주제가 커지고 있습니다. 결과적으로 다른 방법이 나왔는데 꼭 필요한가요??? 이제 다른 곳에 오류가 없는지 확인하는 방법 ??? 메시지가 표시되는지 확인하는 방법은 무엇입니까?
아니요, 부분 폐쇄 문제가 기억나지 않습니다. 그리고 작품에 영향을 미치는 편차에 대해서는 잘 모릅니다. 그리고 최대 편차, ULONG_MAX 포인트의 크기(편차가 없는 것과 동일)가 부분 폐쇄에 어떤 영향을 미칠 수 있는지 상상조차 할 수 없습니다. 새로운 방법에 대해서도 들어본 적이 없습니다. 방법은 무엇입니까?
그리고 메시지가 사라지지 않도록 - 찾아서 주머니에 복사한 다음 " MQL != C ++, 그리고 ==이어야 하는 토론에서 어딘가에 분실되었을 수 있다는 메모와 함께 다시 게시하십시오.
아니요, 부분 폐쇄 문제가 기억나지 않습니다. 그리고 작품에 영향을 미치는 편차에 대해서는 잘 모릅니다. 그리고 최대 편차, ULONG_MAX 포인트의 크기(편차가 없는 것과 동일)가 부분 폐쇄에 어떤 영향을 미칠 수 있는지 상상조차 할 수 없습니다. 새로운 방법에 대해서도 들어본 적이 없습니다. 방법은 무엇입니까?
그리고 메시지가 사라지지 않도록 - 찾아서 주머니에 복사한 다음 " MQL != C ++, 그리고 ==이어야 하는 토론에서 어딘가에 분실되었을 수 있다는 메모와 함께 다시 게시하십시오.
. 포지션을 부분적으로 청산 하는 문제를 기억하시나요? 나중에 메서드의 이러한 동작에 대한 이유를 찾는 대신 다른 메서드를 추가한 것을 기억하십니까?
편차=ULONG_MAX가 전체 방법을 어떻게 실패하게 했는지 모르지만 편차=1000으로 변경했고 모든 것이 잘 작동했습니다. "버그 오류 ..."주제에서 이에 대해 썼지만이 메시지가 심연에 빠져 눈에 띄지 않을 정도로 주제가 커지고 있습니다. 결과적으로 다른 방법이 나왔는데 꼭 필요한가요??? 이제 다른 곳에 오류가 없는지 확인하는 방법 ??? 메시지가 표시되는지 확인하는 방법은 무엇입니까?
아니요, 부분 폐쇄 문제가 기억나지 않습니다. 그리고 작품에 영향을 미치는 편차에 대해서는 잘 모릅니다. 그리고 최대 편차, ULONG_MAX 포인트의 크기(편차가 없는 것과 동일)가 부분 폐쇄에 어떤 영향을 미칠 수 있는지 상상조차 할 수 없습니다. 새로운 방법에 대해서도 들어본 적이 없습니다. 방법은 무엇입니까?
그리고 메시지가 사라지지 않도록 - 찾아서 주머니에 복사한 다음 " MQL != C ++, 그리고 ==이어야 하는 토론에서 어딘가에 분실되었을 수 있다는 메모와 함께 다시 게시하십시오.
따라서 다른 메시지를 뒤로 이동하도록 제안합니까? 아무도 기억하지 못하게 하시겠습니까? 이것은 정확하지 않습니다.
제 생각에는 각 문제가 별도의 주제가 될 포럼의 별도 섹션을 정의하는 것이 좋습니다. 주제 수는 한 주제에 대한 게시물 수보다 훨씬 적습니다. 따라서 상당한 수의 주제에도 불구하고 개별 질문과 오류 메시지 가 이제 푸시백되는 한 푸시백되지 않습니다.
https://www.mql5.com/ru/articles/567 기사에 그런 코드와 언급이 있다고 말해주세요.
하지만 표준 패키지에서는 찾을 수 없었습니다. 잘못 검색했거나 기사가 구식 ???
아니요, 방금 실수를 했습니다.
당신은 여기에서, 여기에서 ..에서 코드 조각을 "끌어 옵니다", 그리고 우리는 추측해야 합니다.
목록 끝에 요소를 추가하는 코드는 표준 라이브러리에서 목록 끝에 요소를 추가하는 코드와 매우 유사합니다.
그리고 당신은 어딘가에서 무언가를 꺼냈다는 것이 밝혀졌습니다 ...
아이디어는 분명합니다. 이미 만들어진 검증된 알고리즘을 사용하지 않는 이유는 명확하지 않지만 "세 주기"에 대해서는 매우 이해하기 쉽습니다. 감사합니다. 고품질의 간단한 솔루션을 얻을 때면 항상 내가 스스로 추측하지 못한 이유가 무엇인지 궁금합니다. 표면적으로는 그렇습니다. 고맙습니다.
거기에도 오류가 많고, 다른 사람의 코드에서 문제를 찾는 것은 완전히 불가능합니다. 또한, 갑자기 오류를 발견하면 스스로 수정하고, 신고하더라도 메시지를 보고 수정한다는 사실이 아닙니다. 그리고 다음 업데이트에서는 모든 것이 처음부터 시작됩니다.
SB에 많은 오류가 있다는 것을 확실히 알고 계십니까? 아니면 요리책이 없어서 고양이가 싫은가요?
아니요, 방금 실수를 했습니다.
당신은 여기에서, 여기에서 ..에서 코드 조각을 "끌어 옵니다", 그리고 우리는 추측해야 합니다.
목록 끝에 요소를 추가하는 코드는 표준 라이브러리에서 목록 끝에 요소를 추가하는 코드와 매우 유사합니다.
그리고 당신은 어딘가에서 무언가를 꺼냈다는 것이 밝혀졌습니다 ...
목록 끝에 요소를 추가하는 코드 는 표준 라이브러리 에서 가져온 것이므로 맞습니다. 그리고 기사에서 코드를 찾지 못한 후 "당겨"려고했습니다. :-))
SB에 많은 오류가 있다는 것을 확실히 알고 계십니까? 아니면 요리책이 없어서 고양이가 싫은가요?
Artyom에게 말하세요 . 포지션을 부분적으로 청산 하는 문제를 기억하시나요? 나중에 메서드의 이러한 동작에 대한 이유를 찾는 대신 다른 메서드를 추가한 것을 기억하십니까?
편차=ULONG_MAX로 인해 전체 방법이 어떻게 실패했는지 모르겠지만 편차=1000으로 변경했고 모든 것이 잘 작동했습니다. "버그 오류 ..."주제에서 이에 대해 썼지만이 메시지가 심연에 빠져 눈에 띄지 않을 정도로 주제가 커지고 있습니다. 결과적으로 다른 방법이 나왔는데 꼭 필요한가요??? 이제 다른 곳에 오류가 없는지 확인하는 방법 ??? 메시지가 표시되는지 확인하는 방법은 무엇입니까?
목록 끝에 요소를 추가하는 코드 는 표준 라이브러리 에서 가져온 것이므로 맞습니다. 그리고 나는 기사에서 코드를 찾지 못한 후에 그것을 "끌어내려고" 했습니다. :-))
표준 라이브러리를 사용하여 개체 로 표시된 데이터를 저장하는 경우 데이터는 구조가 아니라 표준 라이브러리의 CObject 를 기반으로 하는 개체여야 합니다. 그러면 표준 라이브러리 에서 개체에 대한 포인터의 동적 배열을 사용할 수 있습니다. 그들을 저장하십시오. 당신은 조각을 꺼낼 수 없습니다.
Artyom에게 말하세요 . 포지션을 부분적으로 청산 하는 문제를 기억하시나요? 나중에 메서드의 이러한 동작에 대한 이유를 찾는 대신 다른 메서드를 추가한 것을 기억하십니까?
편차=ULONG_MAX로 인해 전체 방법이 어떻게 실패했는지 모르겠지만 편차=1000으로 변경했고 모든 것이 잘 작동했습니다. "버그 오류 ..."주제에서 이에 대해 썼지만이 메시지가 심연에 빠져 눈에 띄지 않을 정도로 주제가 커지고 있습니다. 결과적으로 다른 방법이 나왔는데 꼭 필요한가요??? 이제 다른 곳에 오류가 없는지 확인하는 방법 ??? 메시지가 표시되는지 확인하는 방법은 무엇입니까?
아니요, 부분 폐쇄 문제가 기억나지 않습니다. 그리고 작품에 영향을 미치는 편차에 대해서는 잘 모릅니다. 그리고 최대 편차, ULONG_MAX 포인트의 크기(편차가 없는 것과 동일)가 부분 폐쇄에 어떤 영향을 미칠 수 있는지 상상조차 할 수 없습니다. 새로운 방법에 대해서도 들어본 적이 없습니다. 방법은 무엇입니까?
그리고 메시지가 사라지지 않도록 - 찾아서 주머니에 복사한 다음 " MQL != C ++, 그리고 ==이어야 하는 토론에서 어딘가에 분실되었을 수 있다는 메모와 함께 다시 게시하십시오.
아니요, 부분 폐쇄 문제가 기억나지 않습니다. 그리고 작품에 영향을 미치는 편차에 대해서는 잘 모릅니다. 그리고 최대 편차, ULONG_MAX 포인트의 크기(편차가 없는 것과 동일)가 부분 폐쇄에 어떤 영향을 미칠 수 있는지 상상조차 할 수 없습니다. 새로운 방법에 대해서도 들어본 적이 없습니다. 방법은 무엇입니까?
그리고 메시지가 사라지지 않도록 - 찾아서 주머니에 복사한 다음 " MQL != C ++, 그리고 ==이어야 하는 토론에서 어딘가에 분실되었을 수 있다는 메모와 함께 다시 게시하십시오.
. 포지션을 부분적으로 청산 하는 문제를 기억하시나요? 나중에 메서드의 이러한 동작에 대한 이유를 찾는 대신 다른 메서드를 추가한 것을 기억하십니까?
편차=ULONG_MAX가 전체 방법을 어떻게 실패하게 했는지 모르지만 편차=1000으로 변경했고 모든 것이 잘 작동했습니다. "버그 오류 ..."주제에서 이에 대해 썼지만이 메시지가 심연에 빠져 눈에 띄지 않을 정도로 주제가 커지고 있습니다. 결과적으로 다른 방법이 나왔는데 꼭 필요한가요??? 이제 다른 곳에 오류가 없는지 확인하는 방법 ??? 메시지가 표시되는지 확인하는 방법은 무엇입니까?
아니요, 부분 폐쇄 문제가 기억나지 않습니다. 그리고 작품에 영향을 미치는 편차에 대해서는 잘 모릅니다. 그리고 최대 편차, ULONG_MAX 포인트의 크기(편차가 없는 것과 동일)가 부분 폐쇄에 어떤 영향을 미칠 수 있는지 상상조차 할 수 없습니다. 새로운 방법에 대해서도 들어본 적이 없습니다. 방법은 무엇입니까?
그리고 메시지가 사라지지 않도록 - 찾아서 주머니에 복사한 다음 " MQL != C ++, 그리고 ==이어야 하는 토론에서 어딘가에 분실되었을 수 있다는 메모와 함께 다시 게시하십시오.
따라서 다른 메시지를 뒤로 이동하도록 제안합니까? 아무도 기억하지 못하게 하시겠습니까? 이것은 정확하지 않습니다.
제 생각에는 각 문제가 별도의 주제가 될 포럼의 별도 섹션을 정의하는 것이 좋습니다. 주제 수는 한 주제에 대한 게시물 수보다 훨씬 적습니다. 따라서 상당한 수의 주제에도 불구하고 개별 질문과 오류 메시지 가 이제 푸시백되는 한 푸시백되지 않습니다.
"그 위치가 정말로 새로운 것인지" 판단하기 위해 위치를 열거하는 것을 거부합니다. 다른 방법을 찾으십시오. 예를 들어 OnTradeTransaction . 배열을 다시 채우는 대신 ArrayRemove 함수를 사용하십시오.
내가 당신을 올바르게 이해한다면 이것이 올바른 방법입니다. 더 경험 많은 동지로서 pliz에게 말해주십시오. 신생아 위치를 잡기 위해 그러한 필터가 작동합니다 ??? 아니면 더 나은 옵션이 있습니까 ??