정적 배열 의 경우 컴파일러는 이미 컴파일 시 메모리에 특정 바이트 수를 할당해야 합니다.
컴파일 시간에 row와 col을 알 수 없는 경우 컴파일러는 얼마나 많은 메모리를 할당해야 합니까?
초기값은 호출 시 매개변수가 생략된 경우에만 사용됩니다. 실제 매개변수는 런타임에만 알 수 있습니다.
그러니 농담하지 말고 언어를 배우십시오.
큰 소리로 추리하지만 이것은 개발자에게 어필하는 것입니다. 따라서 Zloy를 개인적으로 받아들이지 마십시오.
동적 행렬로 작업하는 것은 객체나 구조를 통해서만 가능하다는 것이 밝혀졌습니다. 일반적으로 다른 목발을 얻습니다. mql에는 변수에 대한 포인터가 없으며 객체 접근 방식을 사용해야 하며 포인터가 있습니다. 동적 행렬을 사용하려면 사용자가 OOP를 알고 포인터로 작업해야 하며 MQL 실행에서도 작업해야 합니다. 이런 지식을 가진 사람이 얼마나 될까요? 답은 스스로 알고 있습니다. 객체접근법은 제가 다루기 어렵지 않겠지만 OOP를 모르시는 분들을 위해 특히 동적 매트릭스 작업을 위해 언어 사용을 위한 인위적인 임계값이 생성됩니다. 반대로 개발자는 언어 사용을 단순화하고 복잡하게 만들지 않는 데 관심이 있어야 한다고 생각합니다. 즉, 사용자가 언어를 사용하여 편리한 작업을 수행하는 데 필요한 기능을 개발하는 것입니다. 그리고 거의 수치적 방법의 기초인 행렬의 경우에는 더욱 그렇습니다.
따라서 ArrayResize와 같은 함수를 행렬 ArrayResizeMx(A, n, m)에 대해서만 만들어 주십시오. 잘 그리고 다차원의 경우 가능합니다. 즉, 객체가 아닌 친숙한 C 스타일 배열과 마찬가지로 행렬로 작업할 수 있는 기회를 제공합니다. 특히 행렬의 시각적 표시를 위해 ArrayPrint(A, 0) 함수는 객체가 아닌 배열에서 행렬을 인쇄합니다.
스레드가 짧기 때문에 전체 스레드를 읽었습니다. 그래서 화제의 스타터는 그의 업적을 공개하지 않았습니다! 일종의 조롱이 주제를 쫓고 사라졌습니다. 그리고 이것은 다시 OOP에 대한 다이빙이며 초심자에게는 입장이 허용되지 않습니다. 유리는 자신의 결정을 내렸고 그것이 얼마나 사실인지는 아무도 모릅니다. 끝내고 끝내야 할 것. 누가 할 것인가? 아직 팀을 끝내지 않았기 때문에 아무도 옳지 않습니다.
따라서 개발자로부터 즉시 사용 가능한 동적 행렬 작업을 위한 함수가 필요합니다. 개발자는 주제를 더 잘 알고 래퍼가 없는 메모리 할당이 훨씬 더 빠르고 좋아 보입니다. 예, 적어도 하나의 함수 ArrayResizeMx(A, n, m, k), 그러면 개체가 아니라 C 스타일의 배열로 작업할 수 있습니다.
동적 행렬을 사용하려면 사용자가 OOP를 알고 포인터로 작업해야 하며 MQL 실행에서도 작업해야 합니다. 이런 지식을 가진 사람이 얼마나 될까요? 답은 스스로 알고 있습니다. 객체접근법은 제가 다루기 어렵지 않겠지만 OOP를 모르시는 분들을 위해 특히 동적 매트릭스 작업을 위해 언어 사용을 위한 인위적인 임계값이 생성됩니다. 반대로 개발자는 언어 사용을 단순화하고 복잡하게 만들지 않는 데 관심이 있어야 한다고 생각합니다.
아마 나는 당신을 놀라게 할 것입니다. 그러나 오늘날의 젊은 프로그래머들은 OOP를 절차적 프로그래밍보다 더 쉬운 프로그래밍으로 생각합니다.
당신은 25년 전의 관점에서 생각합니다. PLO의 현대 청년들은 이미 모유를 먹고 있습니다. 유행을 하고 싶다면 OOP를 배우세요. 그렇지 않으면 투덜거리기만 할 뿐입니다.
아마 나는 당신을 놀라게 할 것입니다. 그러나 오늘날의 젊은 프로그래머들은 OOP를 절차적 프로그래밍보다 더 쉬운 프로그래밍으로 생각합니다.
당신은 25년 전의 관점에서 생각합니다. PLO의 현대 청년들은 이미 모유를 먹고 있습니다. 유행하고 싶다면 OOP를 배우십시오. 그렇지 않으면 단 하나의 운명이 있습니다 - 투덜거림.
예, 물론 우리가 원하는 정도는 아니지만 OOP를 이해합니다. 이것은 불평이 아니라 건설적인 제안입니다. 개발자가 하나의 함수를 작성하지 않도록 두 개의 malloc을 할당하여 사용자에게 OOP를 배우도록 강요합니다. 이것은 물론 여전히 언어의 진보, 개발 및 대중화입니다. 여기에서 그들이 OOP를 어떻게 사랑하고 이해하는지 알 수 있습니다. Nikolai, 래퍼에 있는 모든 것은 실행을 위한 추가 코드이므로 설명할 필요가 없다고 생각합니다. 최신 최적화 컴파일러에 대해서도 말할 필요가 없으며 어떤 지침이 적용될지 모릅니다. 아마도 미국 프로그래머들조차 절차적 스타일로 작성하는 것을 선호한다는 사실에 놀라실 것입니다. OOP가 나쁘기 때문이 아니라 코드를 더 쉽고 빠르게 얻을 수 있기 때문입니다. 그리고 프로젝트 에 객관적인 작업이 없다면 젊은이들을 위해 어떻게 든 여전히 이해해야 할 래퍼를 사용하는 이유는 )) 그러므로 나는 젊은이들이 기꺼이 PLO를 흡수한다는 당신의 말에 동의하지 않습니다.
mql 언어의 논리가 구축되는 C 언어로 생각합니다. C언어는 1972년생이니 48년 전임)) 그러나 누가 뭐라고 해도 C는 가장 빠른 언어 중 하나입니다. 왜 그런지 아세요? 클래스 형태의 래퍼가 없기 때문입니다.
저는 개발자는 아니지만 댓글을 달겠습니다.
정적 배열 의 경우 컴파일러는 이미 컴파일 시 메모리에 특정 바이트 수를 할당해야 합니다.
컴파일 시간에 row와 col을 알 수 없는 경우 컴파일러는 얼마나 많은 메모리를 할당해야 합니까?
초기값은 호출 시 매개변수가 생략된 경우에만 사용됩니다. 실제 매개변수는 런타임에만 알 수 있습니다.
그러니 농담하지 말고 언어를 배우십시오.
큰 소리로 추리하지만 이것은 개발자에게 어필하는 것입니다.
따라서 Zloy를 개인적으로 받아들이지 마십시오.
동적 행렬로 작업하는 것은 객체나 구조를 통해서만 가능하다는 것이 밝혀졌습니다. 일반적으로 다른 목발을 얻습니다.
mql에는 변수에 대한 포인터가 없으며 객체 접근 방식을 사용해야 하며 포인터가 있습니다.
동적 행렬을 사용하려면 사용자가 OOP를 알고 포인터로 작업해야 하며 MQL 실행에서도 작업해야 합니다.
이런 지식을 가진 사람이 얼마나 될까요? 답은 스스로 알고 있습니다. 객체접근법은 제가 다루기 어렵지 않겠지만 OOP를 모르시는 분들을 위해
특히 동적 매트릭스 작업을 위해 언어 사용을 위한 인위적인 임계값이 생성됩니다.
반대로 개발자는 언어 사용을 단순화하고 복잡하게 만들지 않는 데 관심이 있어야 한다고 생각합니다.
즉, 사용자가 언어를 사용하여 편리한 작업을 수행하는 데 필요한 기능을 개발하는 것입니다.
그리고 거의 수치적 방법의 기초인 행렬의 경우에는 더욱 그렇습니다.
따라서 ArrayResize와 같은 함수를 행렬 ArrayResizeMx(A, n, m)에 대해서만 만들어 주십시오.
잘 그리고 다차원의 경우 가능합니다. 즉, 객체가 아닌 친숙한 C 스타일 배열과 마찬가지로 행렬로 작업할 수 있는 기회를 제공합니다.
특히 행렬의 시각적 표시를 위해 ArrayPrint(A, 0) 함수는 객체가 아닌 배열에서 행렬을 인쇄합니다.
2012년에 동적 다차원 배열의 문제가 성공적으로 해결되었습니다...
관련 스레드는 다음과 같습니다. https://www.mql5.com/en/forum/6729
이제 템플릿 지원을 추가하여 코드를 개선할 수 있습니다.
2012년에 동적 다차원 배열의 문제가 성공적으로 해결되었습니다...
관련 스레드는 다음과 같습니다. https://www.mql5.com/ru/forum/6729
이제 템플릿에 대한 지원을 추가하여 코드를 개선할 수 있습니다.
스레드가 짧기 때문에 전체 스레드를 읽었습니다.
그래서 화제의 스타터는 그의 업적을 공개하지 않았습니다!
일종의 조롱이 주제를 쫓고 사라졌습니다.
그리고 이것은 다시 OOP에 대한 다이빙이며 초심자에게는 입장이 허용되지 않습니다.
유리는 자신의 결정을 내렸고 그것이 얼마나 사실인지는 아무도 모릅니다.
끝내고 끝내야 할 것. 누가 할 것인가? 아직 팀을 끝내지 않았기 때문에 아무도 옳지 않습니다.
따라서 개발자로부터 즉시 사용 가능한 동적 행렬 작업을 위한 함수가 필요합니다.
개발자는 주제를 더 잘 알고 래퍼가 없는 메모리 할당이 훨씬 더 빠르고 좋아 보입니다.
예, 적어도 하나의 함수 ArrayResizeMx(A, n, m, k), 그러면 개체가 아니라 C 스타일의 배열로 작업할 수 있습니다.
그리고 이것은 다시 OOP에 몰입하는 것입니다. 초심자에게는 입장이 허용되지 않습니다.
동적 행렬을 사용하려면 사용자가 OOP를 알고 포인터로 작업해야 하며 MQL 실행에서도 작업해야 합니다.
이런 지식을 가진 사람이 얼마나 될까요? 답은 스스로 알고 있습니다. 객체접근법은 제가 다루기 어렵지 않겠지만 OOP를 모르시는 분들을 위해
특히 동적 매트릭스 작업을 위해 언어 사용을 위한 인위적인 임계값이 생성됩니다.
반대로 개발자는 언어 사용을 단순화하고 복잡하게 만들지 않는 데 관심이 있어야 한다고 생각합니다.
아마 나는 당신을 놀라게 할 것입니다. 그러나 오늘날의 젊은 프로그래머들은 OOP를 절차적 프로그래밍보다 더 쉬운 프로그래밍으로 생각합니다.
당신은 25년 전의 관점에서 생각합니다. PLO의 현대 청년들은 이미 모유를 먹고 있습니다. 유행을 하고 싶다면 OOP를 배우세요. 그렇지 않으면 투덜거리기만 할 뿐입니다.
아마 나는 당신을 놀라게 할 것입니다. 그러나 오늘날의 젊은 프로그래머들은 OOP를 절차적 프로그래밍보다 더 쉬운 프로그래밍으로 생각합니다.
아마도 기능에 비해?
아마 나는 당신을 놀라게 할 것입니다. 그러나 오늘날의 젊은 프로그래머들은 OOP를 절차적 프로그래밍보다 더 쉬운 프로그래밍으로 생각합니다.
당신은 25년 전의 관점에서 생각합니다. PLO의 현대 청년들은 이미 모유를 먹고 있습니다. 유행하고 싶다면 OOP를 배우십시오. 그렇지 않으면 단 하나의 운명이 있습니다 - 투덜거림.
예, 물론 우리가 원하는 정도는 아니지만 OOP를 이해합니다.
이것은 불평이 아니라 건설적인 제안입니다.
개발자가 하나의 함수를 작성하지 않도록 두 개의 malloc을 할당하여 사용자에게 OOP를 배우도록 강요합니다.
이것은 물론 여전히 언어의 진보, 개발 및 대중화입니다. 여기에서 그들이 OOP를 어떻게 사랑하고 이해하는지 알 수 있습니다.
Nikolai, 래퍼에 있는 모든 것은 실행을 위한 추가 코드이므로 설명할 필요가 없다고 생각합니다.
최신 최적화 컴파일러에 대해서도 말할 필요가 없으며 어떤 지침이 적용될지 모릅니다.
아마도 미국 프로그래머들조차 절차적 스타일로 작성하는 것을 선호한다는 사실에 놀라실 것입니다. OOP가 나쁘기 때문이 아니라 코드를 더 쉽고 빠르게 얻을 수 있기 때문입니다.
그리고 프로젝트 에 객관적인 작업이 없다면 젊은이들을 위해 어떻게 든 여전히 이해해야 할 래퍼를 사용하는 이유는 ))
그러므로 나는 젊은이들이 기꺼이 PLO를 흡수한다는 당신의 말에 동의하지 않습니다.
mql 언어의 논리가 구축되는 C 언어로 생각합니다.
C언어는 1972년생이니 48년 전임))
그러나 누가 뭐라고 해도 C는 가장 빠른 언어 중 하나입니다. 왜 그런지 아세요? 클래스 형태의 래퍼가 없기 때문입니다.
아마도 기능에 비해?
절차적 기능적 :)
저는 이것이 아니라고 생각합니다. 여기에 특별한 주제가 있습니다: https://www.mql5.com/ru/forum/40295
특히 MQL4를 위한 것이기 때문에 끝까지 보지 않았습니다.
나는 시장이 닫혀 있으면 서버가 기호 따옴표를 보내서는 안된다고 생각합니다 .
이것은 시장의 "개방" 후에 틱이 올 때 추세와 반전을 분석하고 시간이 걸리기 때문에 내 로봇에 실제로 영향을 미치지 않습니다. 이 시간 동안 시장이 열립니다.
그러나 현재 수동으로 일부 트랜잭션을 수행하려는 경우 방해가 됩니다. 그리고 실행이 시장이면 시장이 열릴 때까지 요청을 멈추고 현재 가격에서 자연스럽게 실행됩니다.
분명히, 심볼의 이름을 받고 true/false를 반환하는 직접적인 함수가 부족합니다(시장은 열려 있음/닫힘).
견적 및 거래 세션이 있습니다. 20번 씹은 모든 것을 찾으십시오.
다음과 같은 다른 아이콘을 추가하세요.
4. 돈
하루에 받은 모든 자금(마켓, 프리랜서 등)의 합계가 표시되는 곳에 매우 편리할 것이지만 이제 사용 가능한 잔액을 보려면 프로필로 이동해야 합니다.
너무 많고 정기적으로 도착하면 크롬용 플러그인을 주문할 수 있습니다.)
견적 및 거래 세션이 있습니다. 20번 씹은 모든 것을 찾으십시오.
VC++에서 MQL5로 전환하는 데 며칠 밖에 걸리지 않았습니다. 그리고 결코, 결코 오랫동안 아무것도 찾지 않았습니다.
거래 중에 "시장 폐쇄"라는 메시지가 표시되면 이 상태를 확인하려면 "킬로미터"와 복잡한 코드를 작성하지 말고 간단한 방법이 있어야 합니다.
그리고 그런 조언은 하지 마세요.