감정 없이 - .net에 대한 당신의 사랑은 관리와 감정의 산물입니다. 기술을 받아들이기 전에 찬반 양론을 저울질해야 하며 레밍처럼 달려야 합니다. c .net 프로젝트 에는 2개의 개발 셸(MT 및 VS)이 필요합니다. Netlenka C ++는 공통 환경을 벗어나지 않고 조각할 수 있습니다. 디버깅 및 추적에 대한 보호 방법이 계속 증가하고 있는 MT5에서 시작된 .net dll을 디버깅하는 것은 쉬울 수 있지만 개인적으로는 필요하지 않습니다.
DLL 호출에 대한 오버헤드가 있습니다. 그리고 MT가 독점적으로 폴링하는 실행 모델에서는 매우 민감합니다. DLL에서 하이퍼큐브 계산을 버블링하면 이는 감지할 수 없습니다. 그리고 계속해서 양식을 폴링하면 빌어먹을 사용자가 확인을 클릭한 다음 오-오. 예, 좋아하는 스캘퍼에도 :-)
감정 없이 - .net에 대한 당신의 사랑은 관리와 감정의 산물입니다. 기술을 받아들이기 전에 찬반 양론을 저울질해야 하며 레밍처럼 달려야 합니다. c .net 프로젝트에는 2개의 개발 셸(MT 및 VS)이 필요합니다. Netlenka C ++는 공통 환경을 벗어나지 않고 조각할 수 있습니다. 디버깅 및 추적에 대한 보호 방법이 계속 증가하고 있는 MT5에서 시작된 .net dll을 디버깅하는 것은 쉬울 수 있지만 개인적으로는 필요하지 않습니다.
DLL 호출에 대한 오버헤드가 있습니다. 그리고 MT가 독점적으로 폴링하는 실행 모델에서는 매우 민감합니다. DLL에서 하이퍼큐브 계산을 버블링하면 이는 감지할 수 없습니다. 그리고 계속해서 양식을 폴링하면 빌어먹을 사용자가 확인을 클릭한 다음 오-오. 예, 좋아하는 스캘퍼에도 :-)
Maxim, 피드백에 대해 이야기하면 net 또는 c ++ 사이에 차이가 없습니다. 예를 들어 Tcl GUI에서 구현했습니다. 결국, 피드백 질문도 있습니다. 개발 환경과 관련이 없습니다. 또한 차트에 GUI를 배치하려고 하면 그리기 문제도 발생합니다. 해당 주제에서는 성능 문제가 전혀 논의되지 않은 것으로 보입니다. 이것은 본질적으로 취향의 문제입니다.
Yuriy Asaulenko : 하지만 방법이 없습니다. MT 내부에서도 모든 것은 미리 결정되어 있습니다. MQ 이벤트.
그래서 차이점은 무엇입니까? 그녀는 없습니다.
음, MT에서는 이벤트를 통해 더 쉽습니다. 이벤트가 발생했습니다. 명령이 실행되었으며 이벤트가 없습니다. 우리는 휴식을 취합니다. 그리고 타이머에서 외부 응용 프로그램을 가져오기 위해 무엇을 작성했는지는 중요하지 않으며 그다지 편리하지 않습니다. 또한 동일한 네트와 달리 MT에는 스레드가 없습니다. 타이머가 무엇인지, 이벤트가 무엇인지, 모든 것이 하나의 스레드에서 발생하므로 적절한 제한이 적용됩니다. 외부에서 동일한 OnChartEvent를 호출할 수 있다면 많은 질문이 제거될 수 있습니다. 나는 기본적으로 이 메서드의 호출에 대한 금지가 부과되는 이유를 이해하지 못합니다. 결국 MT는 마우스 이동, 키보드 또는 마우스의 키 누르기 등 환경의 이벤트를 가로채며 ... 즉, 이와 관련하여 이벤트가 Windows와 상호 작용하는 경우 사용자 가 왜 그런지 명확하지 않습니다. 거기에 이벤트 를 보낼 수 없습니다. 이것은 일반적인 콜백이 될 것입니다.
음, MT에서는 이벤트를 통해 더 쉽습니다. 이벤트가 발생했습니다. 명령이 실행되었으며 이벤트가 없습니다. 우리는 휴식을 취합니다. 그리고 타이머에서 외부 응용 프로그램을 가져오기 위해 무엇을 작성했는지는 중요하지 않으며 그다지 편리하지 않습니다. 또한 동일한 네트와 달리 MT에는 스레드가 없습니다. 타이머가 무엇인지, 이벤트가 무엇인지, 모든 것이 하나의 스레드에서 발생하므로 적절한 제한이 적용됩니다.
글쎄, 그래서 내 말은 외부 응용 프로그램은 동일하고 다르지 않습니다. MT는 MT 이벤트에 관한 기능을 프로그램합니다.
이제 단순히 선명하게 번역 할 수 있습니다))
아직 약간의 감정이 있는 동안
알렉스, 뭘 원해? 당신은 행복한 일 후에 약간 혼란 스럽습니다 :-)
감정 없이 - .net에 대한 당신의 사랑은 관리와 감정의 산물입니다. 기술을 받아들이기 전에 찬반 양론을 저울질해야 하며 레밍처럼 달려야 합니다.
c .net 프로젝트 에는 2개의 개발 셸(MT 및 VS)이 필요합니다. Netlenka C ++는 공통 환경을 벗어나지 않고 조각할 수 있습니다.
디버깅 및 추적에 대한 보호 방법이 계속 증가하고 있는 MT5에서 시작된 .net dll을 디버깅하는 것은 쉬울 수 있지만 개인적으로는 필요하지 않습니다.
DLL 호출에 대한 오버헤드가 있습니다. 그리고 MT가 독점적으로 폴링하는 실행 모델에서는 매우 민감합니다. DLL에서 하이퍼큐브 계산을 버블링하면 이는 감지할 수 없습니다.
그리고 계속해서 양식을 폴링하면 빌어먹을 사용자가 확인을 클릭한 다음 오-오. 예, 좋아하는 스캘퍼에도 :-)
아직 약간의 감정이 있는 동안
알렉스, 뭘 원해? 당신은 행복한 일 후에 약간 혼란 스럽습니다 :-)
감정 없이 - .net에 대한 당신의 사랑은 관리와 감정의 산물입니다. 기술을 받아들이기 전에 찬반 양론을 저울질해야 하며 레밍처럼 달려야 합니다.
c .net 프로젝트에는 2개의 개발 셸(MT 및 VS)이 필요합니다. Netlenka C ++는 공통 환경을 벗어나지 않고 조각할 수 있습니다.
디버깅 및 추적에 대한 보호 방법이 계속 증가하고 있는 MT5에서 시작된 .net dll을 디버깅하는 것은 쉬울 수 있지만 개인적으로는 필요하지 않습니다.
DLL 호출에 대한 오버헤드가 있습니다. 그리고 MT가 독점적으로 폴링하는 실행 모델에서는 매우 민감합니다. DLL에서 하이퍼큐브 계산을 버블링하면 이는 감지할 수 없습니다.
그리고 계속해서 양식을 폴링하면 빌어먹을 사용자가 확인을 클릭한 다음 오-오. 예, 좋아하는 스캘퍼에도 :-)
Maxim, 피드백에 대해 이야기하면 net 또는 c ++ 사이에 차이가 없습니다. 예를 들어 Tcl GUI에서 구현했습니다. 결국, 피드백 질문도 있습니다. 개발 환경과 관련이 없습니다. 또한 차트에 GUI를 배치하려고 하면 그리기 문제도 발생합니다. 해당 주제에서는 성능 문제가 전혀 논의되지 않은 것으로 보입니다. 이것은 본질적으로 취향의 문제입니다.
무지는 자신감을 줍니다. 그러나 지식은 슬픔을 배가시킵니다.
Renat, 주제에 들어 왔으니 ++로 작성하더라도 MT로 작성된 환경에 관계없이 타사 응용 프로그램간에 피드백을 구현하는 방법을 알려주십시오.
Renat, 주제에 들어갔으니 ++로 작성하더라도 MT로 작성된 환경에 관계없이 타사 응용 프로그램 간의 피드백을 구현하는 방법을 알려주십시오.
하지만 방법이 없습니다. MT 내부에서도 모든 것은 미리 결정되어 있습니다. MQ 이벤트.
음, MT에서는 이벤트를 통해 더 쉽습니다. 이벤트가 발생했습니다. 명령이 실행되었으며 이벤트가 없습니다. 우리는 휴식을 취합니다. 그리고 타이머에서 외부 응용 프로그램을 가져오기 위해 무엇을 작성했는지는 중요하지 않으며 그다지 편리하지 않습니다. 또한 동일한 네트와 달리 MT에는 스레드가 없습니다. 타이머가 무엇인지, 이벤트가 무엇인지, 모든 것이 하나의 스레드에서 발생하므로 적절한 제한이 적용됩니다. 외부에서 동일한 OnChartEvent를 호출할 수 있다면 많은 질문이 제거될 수 있습니다. 나는 기본적으로 이 메서드의 호출에 대한 금지가 부과되는 이유를 이해하지 못합니다. 결국 MT는 마우스 이동, 키보드 또는 마우스의 키 누르기 등 환경의 이벤트를 가로채며 ... 즉, 이와 관련하여 이벤트가 Windows와 상호 작용하는 경우 사용자 가 왜 그런지 명확하지 않습니다. 거기에 이벤트 를 보낼 수 없습니다. 이것은 일반적인 콜백이 될 것입니다.
음, MT에서는 이벤트를 통해 더 쉽습니다. 이벤트가 발생했습니다. 명령이 실행되었으며 이벤트가 없습니다. 우리는 휴식을 취합니다. 그리고 타이머에서 외부 응용 프로그램을 가져오기 위해 무엇을 작성했는지는 중요하지 않으며 그다지 편리하지 않습니다. 또한 동일한 네트와 달리 MT에는 스레드가 없습니다. 타이머가 무엇인지, 이벤트가 무엇인지, 모든 것이 하나의 스레드에서 발생하므로 적절한 제한이 적용됩니다.