mql에는 그러한 가능성이 없다는 것이 유감입니다. 따라서 나는 비동기 프로그래밍을 위한 표준 mql 기능을 개발하기 위해 행정부에 제안하고 있습니다 . 흐름이 있는 시간에는 문제가 있고 무엇보다도 안전이 있습니다. 비동기 모드의 경우 보안 장벽이 없다고 생각합니다.
나는 어제 시어머니를 방문했습니다. 입구에 수리가 있습니다. 벽을 칠합니다. 당신도 마찬가지입니까? - 창문을 열고 방을 환기시키세요!
로만 :
아무것도 방해하지 않습니다! 순수 WinAPI를 사용하는 작업이 있었습니다. 사용자 정의 dll이 없습니다!
주제는 mql의 다중 스레드 프로그래밍 문제를 논의하기 위해 만들어졌습니다. 오늘 어떤 종류의 부정적인 분위기가 있습니까? 내가 만든 주제에 어떤 종류의 홍수가 있습니까?
왜 WinAPI인가? 비밀을 말하겠습니다. CLR은 "순수한 Windows"이기도 합니다. "스마트" 기능 가져오기 가 있는 .NET 라이브러리에 대한 기본 지원이 곧 추가될 예정입니다. WinAPI를 알고 있지만 .NET에서 스레드를 생성할 수 없습니까? )))))))
이 주제에 대한 그물에 대한 많은 정보가 있습니다. 먼저 기성품 헤더 파일(windows.h 등)을 사용하여 작성한 다음 이 헤더 파일을 제거하고 소중한 순수 WinAPI = 우리 고유의 큰 코드에 더 가까워집니다. 프로세스를 등록할 수 있는 족보와 이벤트를 받아 처리할 수 있는 창 .... 별 소용이 없는 진부한 창일 뿐이지만 이 작업을 위해 얼마나 해야 하는지에 대한 이해가 있을 것입니다. WinAPI 사용
나는 약 15년 전에 그것을 시도했고(정확히 기억나지 않고 여전히 전화 접속이 있었던 것으로 기억합니다) 이 경로는 "나는 어머니와 함께하는 프로그래머입니다"를 거쳐야 합니다 . 시스템 프로그래머를 위한 조언 - 컴파일러 개발자가 사라짐
"이러한 방법"으로 컴파일러와 라이브러리를 작성하는 수백 명의 시스템 프로그래머의 엄청난 작업이 즉시 명확해집니다. 모든 응용 프로그램 프로그래머가 도움말을 읽을 수 있도록 속도를 위해 편리한 사용자 기능을 제공한 이유가 분명해질 것입니다. "2번의 클릭으로" 원하는 결과를 얻을 수 있습니다.
추신: 일반적으로 경험, 지식 및 자격의 부족으로 인해 또 다른 인지 왜곡 이 발생했습니다. ))))
이 주제에 대한 그물에 대한 많은 정보가 있습니다. 먼저 기성품 헤더 파일(windows.h 등)을 사용하여 작성한 다음 이 헤더 파일을 제거하고 소중한 순수 WinAPI = 우리 고유의 큰 코드에 더 가까워집니다. 프로세스를 등록할 수 있는 족보와 이벤트를 받아 처리할 수 있는 창 .... 별 소용이 없는 진부한 창일 뿐이지만 이 작업을 위해 얼마나 해야 하는지에 대한 이해가 있을 것입니다. WinAPI 사용
나는 약 15년 전에 그것을 시도했고(정확히 기억나지 않고 여전히 전화 접속이 있었던 것으로 기억합니다) 이 경로는 "나는 어머니와 함께하는 프로그래머입니다"를 거쳐야 합니다 . 시스템 프로그래머를 위한 조언 - 컴파일러 개발자가 사라짐
"이러한 방법"으로 컴파일러와 라이브러리를 작성하는 수백 명의 시스템 프로그래머의 엄청난 작업이 즉시 명확해집니다. 모든 응용 프로그램 프로그래머가 도움말을 읽을 수 있도록 속도를 위해 편리한 사용자 기능을 제공한 이유가 분명해질 것입니다. "2번의 클릭으로" 원하는 결과를 얻을 수 있습니다.
추신: 일반적으로 경험, 지식 및 자격의 부족으로 인해 또 다른 인지 왜곡 이 발생했습니다. ))))
이고르, 당신 같은 모든 사람이 프로그래밍 분야에서 전문화된 고등 교육을 받은 것은 아닙니다. 선생님들은 어디에서 가르쳤습니까? 따라서 자격에 대해 이야기 할 수 없습니다. 따라서 순수한 WinAPI 표현은 흐릿하고 설명하는 것보다 쉬울 것이라고 가정했습니다. 저는 프로그래밍과는 전혀 거리가 멀었는데 mql 덕분에 선생님과 팁 없이 C/C++를 배우기 시작했습니다! 그러나 보시다시피 독립적으로 비동기식 요구 사항으로 성장했습니다. 네, 모르는 것이 있어도 필요한 만큼, 필요한 만큼 공부합니다. 예, 저는 .NET 기술에 익숙하지 않고 그렇게 하고 싶지도 않습니다. C#에서 벗어나고 싶습니다. 모든 사람은 자신만의 언어 이식성을 가지고 있습니다. 내가 개발자들에게 조언을 하는 것을 어디서 보았습니까? 비동기 코드 작업을 위한 표준 기능 세트를 mql에 추가하자는 제안이 있었습니다. 그리고 제 생각에는 이게 건전한 제안인데 왜 그렇게 부정적으로 반응하는지 이해가 안 가네요... 아니면 의사소통 스타일이 항상 이런가요? 이러한 기능이 필요하지 않으면 다른 사용자에게 필요합니다. OOP와 같으며 모든 사람이 사용하는 것은 아니지만 존재합니다. 제 생각에는 현재 많은 언어에 비동기가 있지만 mql에는 없습니다. mql이 다른 언어보다 더 나쁜 이유는 비동기 메서드가 없기 때문입니다. 스레드에 대해 질문은 닫혀 있고 비동기는 즉시 실현할 수 있습니다.
이고르, 당신과 같은 모든 사람이 프로그래밍 분야에서 전문화된 고등 교육을 받은 것은 아닙니다. 선생님들은 어디에서 가르쳤습니까? 따라서 자격에 대해 이야기 할 수 없습니다. 따라서 순수한 WinAPI 표현은 흐릿하고 설명하는 것보다 쉬울 것이라고 가정했습니다. 저는 프로그래밍과는 전혀 거리가 멀었는데 mql 덕분에 선생님과 팁 없이 C/C++를 배우기 시작했습니다! 그러나 보시다시피 독립적으로 비동기식 요구 사항으로 성장했습니다. 네, 모르는 것이 있어도 필요한 만큼, 필요한 만큼 공부합니다. 예, 저는 .NET 기술에 익숙하지 않고 그렇게 하고 싶지도 않습니다. C#에서 벗어나고 싶습니다. 모든 사람은 자신만의 언어 이식성을 가지고 있습니다. 내가 개발자들에게 조언을 하는 것을 어디서 보았습니까? 비동기 코드 작업을 위한 일련의 표준 기능을 mql에 추가하자는 제안이 있었습니다. 그리고 제 생각에는 이게 건전한 제안인데 왜 그렇게 부정적으로 반응하는지 이해가 안 가네요... 아니면 의사소통 스타일이 항상 이런가요? 이러한 기능이 필요하지 않으면 다른 사용자에게 필요합니다. 제 생각에는 현재 모든 언어에 비동기가 있지만 mql에는 없습니다. mql이 다른 언어보다 더 나쁜 이유는 비동기 메서드가 없기 때문입니다. 스레드에 대해 질문이 닫혀 있고 비동기가 실현 가능합니다.
주요 문제는 "...아직 연구해야 합니다."에 전혀 없습니다.
주요 문제는 이러한 모든 종소리와 휘파람이 많을수록 계산하기 매우 어려운 까다로운 오류가 발생할 위험이 더 커집니다.
그리고 개발자에게는 이 모든 것이 추가적인 골칫거리입니다.
또한 평가하는 것이 좋을 것입니다. 이 멀티스레딩이 실제로 필요한 사람은 몇 명입니까?
주요 문제는 "...아직 연구해야 합니다."에 전혀 없습니다.
주요 문제는 이러한 모든 종소리와 휘파람이 많을수록 계산하기 매우 어려운 까다로운 오류가 발생할 위험이 더 커집니다.
그리고 개발자에게는 이 모든 것이 추가적인 골칫거리입니다.
또한 평가하는 것이 좋을 것입니다. 이 멀티스레딩이 실제로 필요한 사람은 몇 명입니까?
그럼, 쟁기와 말, 그리고 앞으로 ... 아침 새벽을 향해 ...
mql에는 그러한 가능성이 없다는 것이 유감입니다.
따라서 나는 비동기 프로그래밍을 위한 표준 mql 기능을 개발하기 위해 행정부에 제안하고 있습니다 .
흐름이 있는 시간에는 문제가 있고 무엇보다도 안전이 있습니다.
비동기 모드의 경우 보안 장벽이 없다고 생각합니다.
나는 어제 시어머니를 방문했습니다. 입구에 수리가 있습니다. 벽을 칠합니다. 당신도 마찬가지입니까? - 창문을 열고 방을 환기시키세요!
아무것도 방해하지 않습니다! 순수 WinAPI를 사용하는 작업이 있었습니다. 사용자 정의 dll이 없습니다!
주제는 mql의 다중 스레드 프로그래밍 문제를 논의하기 위해 만들어졌습니다. 오늘 어떤 종류의 부정적인 분위기가 있습니까? 내가 만든 주제에 어떤 종류의 홍수가 있습니까?
왜 WinAPI인가? 비밀을 말하겠습니다. CLR은 "순수한 Windows"이기도 합니다. "스마트" 기능 가져오기 가 있는 .NET 라이브러리에 대한 기본 지원이 곧 추가될 예정입니다. WinAPI를 알고 있지만 .NET에서 스레드를 생성할 수 없습니까? )))))))
그런 댓글은 삼가해주세요.
그럼, 쟁기와 말, 그리고 앞으로 ... 아침 새벽을 향해 ...
드미트리, 쟁기와 말을 사용하여 재배 및 수확을 시도 했습니까?
더 적은 미묘함과 오류의 기회가 있습니다. 하지만 작물이 죽어서 굶어 죽는다면 실수를 하는 데는 훨씬 더 많은 비용이 듭니다...
도처에 문제가 있으며, 받은 이익과 지출한 노력의 균형을 맞출 필요가 있습니다. 특히 여기에서는 이 멀티스레딩을 사용합니다. 정말 필요한 곳이 어디인지 모르겠습니다.
나는 순수 WinAPI https://www.mql5.com/en/forum/318593/page2#comment_12565043 에서 내 첫 번째 프로그램을 작성하도록 topicstarter에게 제안하지 않았습니다.
이 주제에 대한 그물에 대한 많은 정보가 있습니다. 먼저 기성품 헤더 파일(windows.h 등)을 사용하여 작성한 다음 이 헤더 파일을 제거하고 소중한 순수 WinAPI = 우리 고유의 큰 코드에 더 가까워집니다. 프로세스를 등록할 수 있는 족보와 이벤트를 받아 처리할 수 있는 창 .... 별 소용이 없는 진부한 창일 뿐이지만 이 작업을 위해 얼마나 해야 하는지에 대한 이해가 있을 것입니다. WinAPI 사용
나는 약 15년 전에 그것을 시도했고(정확히 기억나지 않고 여전히 전화 접속이 있었던 것으로 기억합니다) 이 경로는 "나는 어머니와 함께하는 프로그래머입니다"를 거쳐야 합니다 . 시스템 프로그래머를 위한 조언 - 컴파일러 개발자가 사라짐
"이러한 방법"으로 컴파일러와 라이브러리를 작성하는 수백 명의 시스템 프로그래머의 엄청난 작업이 즉시 명확해집니다. 모든 응용 프로그램 프로그래머가 도움말을 읽을 수 있도록 속도를 위해 편리한 사용자 기능을 제공한 이유가 분명해질 것입니다. "2번의 클릭으로" 원하는 결과를 얻을 수 있습니다.
추신: 일반적으로 경험, 지식 및 자격의 부족으로 인해 또 다른 인지 왜곡 이 발생했습니다. ))))
주요 문제는 "...아직 연구해야 합니다."에 전혀 없습니다.
주요 문제는 이러한 모든 종소리와 휘파람이 많을수록 계산하기 매우 어려운 까다로운 오류가 발생할 위험이 더 커집니다.
그리고 개발자에게는 이 모든 것이 추가적인 골칫거리입니다.
또한 평가하는 것이 좋을 것입니다. 이 멀티스레딩이 실제로 필요한 사람은 몇 명입니까?
드미트리, 쟁기와 말을 가지고 재배와 수확을 시도 했습니까?
미묘함과 오류의 기회가 없습니다. 하지만 농작물이 죽어서 굶어 죽는다면 실수를 하는 데 훨씬 더 많은 비용이 듭니다...
도처에 문제가 있으며, 받은 이익과 지출한 노력의 균형을 맞출 필요가 있습니다. 특히 여기에서는 이 멀티스레딩을 사용합니다. 정말 필요한 곳이 어디인지 모르겠습니다.
무슨 쟁기와 말? 일반적인 삽을 사용합니다.
진지하게 받아들이면 성인의 방식으로 비동기 작업을 위해 별도의 스레드에 넣는 것이 나쁘지 않은 첫 번째 작업은 WebRequest 이지만 일반적으로 그렇게 할 것이고 그렇게 살 수 있습니다.
두 번째 작업은 전문가에 내장된 자동 최적화인 신경망 훈련입니다. Expert Advisor에서 흐름을 쉽게 생성할 수 있다면 이 주제는 생명력을 불어넣을 것입니다.
진지하게 받아들이면 성인의 방식으로 비동기 작업을 위해 별도의 스레드에 넣는 것이 나쁘지 않은 첫 번째 작업은 WebRequest 이지만 일반적으로 그렇게 할 것이고 그렇게 살 수 있습니다.
두 번째 작업은 전문가에 내장된 자동 최적화인 신경망 훈련입니다. Expert Advisor에서 흐름을 쉽게 생성할 수 있다면 이 주제는 생명력을 불어넣을 것입니다.
MQL의 프레임워크 내에서 두 작업은 EA 카운터의 자동 실행을 통해 해결됩니다.
나는 순수 WinAPI https://www.mql5.com/ru/forum/318593/page2#comment_12565043 에서 내 첫 번째 프로그램을 작성하도록 topicstarter에게 제안하지 않았습니다.
이 주제에 대한 그물에 대한 많은 정보가 있습니다. 먼저 기성품 헤더 파일(windows.h 등)을 사용하여 작성한 다음 이 헤더 파일을 제거하고 소중한 순수 WinAPI = 우리 고유의 큰 코드에 더 가까워집니다. 프로세스를 등록할 수 있는 족보와 이벤트를 받아 처리할 수 있는 창 .... 별 소용이 없는 진부한 창일 뿐이지만 이 작업을 위해 얼마나 해야 하는지에 대한 이해가 있을 것입니다. WinAPI 사용
나는 약 15년 전에 그것을 시도했고(정확히 기억나지 않고 여전히 전화 접속이 있었던 것으로 기억합니다) 이 경로는 "나는 어머니와 함께하는 프로그래머입니다"를 거쳐야 합니다 . 시스템 프로그래머를 위한 조언 - 컴파일러 개발자가 사라짐
"이러한 방법"으로 컴파일러와 라이브러리를 작성하는 수백 명의 시스템 프로그래머의 엄청난 작업이 즉시 명확해집니다. 모든 응용 프로그램 프로그래머가 도움말을 읽을 수 있도록 속도를 위해 편리한 사용자 기능을 제공한 이유가 분명해질 것입니다. "2번의 클릭으로" 원하는 결과를 얻을 수 있습니다.
추신: 일반적으로 경험, 지식 및 자격의 부족으로 인해 또 다른 인지 왜곡 이 발생했습니다. ))))
이고르, 당신 같은 모든 사람이 프로그래밍 분야에서 전문화된 고등 교육을 받은 것은 아닙니다. 선생님들은 어디에서 가르쳤습니까? 따라서 자격에 대해 이야기 할 수 없습니다.
따라서 순수한 WinAPI 표현은 흐릿하고 설명하는 것보다 쉬울 것이라고 가정했습니다.
저는 프로그래밍과는 전혀 거리가 멀었는데 mql 덕분에 선생님과 팁 없이 C/C++를 배우기 시작했습니다!
그러나 보시다시피 독립적으로 비동기식 요구 사항으로 성장했습니다. 네, 모르는 것이 있어도 필요한 만큼, 필요한 만큼 공부합니다.
예, 저는 .NET 기술에 익숙하지 않고 그렇게 하고 싶지도 않습니다. C#에서 벗어나고 싶습니다. 모든 사람은 자신만의 언어 이식성을 가지고 있습니다.
내가 개발자들에게 조언을 하는 것을 어디서 보았습니까? 비동기 코드 작업을 위한 표준 기능 세트를 mql에 추가하자는 제안이 있었습니다.
그리고 제 생각에는 이게 건전한 제안인데 왜 그렇게 부정적으로 반응하는지 이해가 안 가네요... 아니면 의사소통 스타일이 항상 이런가요?
이러한 기능이 필요하지 않으면 다른 사용자에게 필요합니다. OOP와 같으며 모든 사람이 사용하는 것은 아니지만 존재합니다. 제 생각에는 현재 많은 언어에 비동기가 있지만 mql에는 없습니다.
mql이 다른 언어보다 더 나쁜 이유는 비동기 메서드가 없기 때문입니다. 스레드에 대해 질문은 닫혀 있고 비동기는 즉시 실현할 수 있습니다.
이고르, 당신과 같은 모든 사람이 프로그래밍 분야에서 전문화된 고등 교육을 받은 것은 아닙니다. 선생님들은 어디에서 가르쳤습니까? 따라서 자격에 대해 이야기 할 수 없습니다.
따라서 순수한 WinAPI 표현은 흐릿하고 설명하는 것보다 쉬울 것이라고 가정했습니다.
저는 프로그래밍과는 전혀 거리가 멀었는데 mql 덕분에 선생님과 팁 없이 C/C++를 배우기 시작했습니다!
그러나 보시다시피 독립적으로 비동기식 요구 사항으로 성장했습니다. 네, 모르는 것이 있어도 필요한 만큼, 필요한 만큼 공부합니다.
예, 저는 .NET 기술에 익숙하지 않고 그렇게 하고 싶지도 않습니다. C#에서 벗어나고 싶습니다. 모든 사람은 자신만의 언어 이식성을 가지고 있습니다.
내가 개발자들에게 조언을 하는 것을 어디서 보았습니까? 비동기 코드 작업을 위한 일련의 표준 기능을 mql에 추가하자는 제안이 있었습니다.
그리고 제 생각에는 이게 건전한 제안인데 왜 그렇게 부정적으로 반응하는지 이해가 안 가네요... 아니면 의사소통 스타일이 항상 이런가요?
이러한 기능이 필요하지 않으면 다른 사용자에게 필요합니다. 제 생각에는 현재 모든 언어에 비동기가 있지만 mql에는 없습니다.
mql이 다른 언어보다 더 나쁜 이유는 비동기 메서드가 없기 때문입니다. 스레드에 대해 질문이 닫혀 있고 비동기가 실현 가능합니다.
OrderSendAsync 와 같은 MQL5에는 비동기가 있습니다.
네트워크 또는 파일 시스템과의 상호 작용에 대해서는 WinAPI를 사용하여 위의 솔루션을 작성했습니다. 제 생각에는 모든 것이 여기에 있습니다. Microsoft 웹 사이트에서 이러한 방법을 사용하는 방법을 읽을 수 있습니다. 아직 발견되지 않은 것은 무엇입니까?)