글쎄, DLL을 통해서만이 아닙니다. 예를 들어 파일 교환을 통해 가능합니다. RAM-Disk를 통해 속도는 1.5GB / s 이상이며 모든 것에 충분합니다. 그리고 구현의 용이성은 탁월합니다. 이전에는 임시 솔루션으로 사용되었습니다. 이제 DLL을 통해. 그러나 빨리 해야 할 때 더 나은 파일은 없습니다.
DLL 작업 방법을 모르는 사람들을 위해 이것은 타사 소프트웨어를 MQL과 통합하기 위한 훌륭한 옵션입니다.
글쎄, DLL을 통해서만이 아닙니다. 예를 들어 파일 교환을 통해 가능합니다. RAM-Disk를 통해 속도는 1.5GB / s 이상이며 모든 것에 충분합니다. 그리고 구현의 용이성은 탁월합니다. 이전에는 임시 솔루션으로 사용되었습니다. 이제 DLL을 통해. 그러나 빨리 해야 할 때 더 나은 파일은 없습니다.
DLL 작업 방법을 모르는 사람들을 위해 이것은 타사 소프트웨어를 MQL과 통합하기 위한 훌륭한 옵션입니다.
그리고 플러스가있는 변환기는 어디에 있습니까? 이런 맥락에서 답했다.
하지만 예, 여전히 손으로 다시 작성해야 합니다.
C++의 c mql은 아주 간단하게 가능하며, 이것을 하는 사람들이 있다는 것을 알고 있습니다.
그리고 임의의 C++를 mql로 변환하려면 - 아아, 아. 나는 템플릿을 조금 적용 하고 STL에서 좋은 것을 가져 갔고 신은 주소 산술을 금지했으며 그게 다야 코드를 변환 할 수 없습니다. 언어는 비슷하지만 그 이상은 아닙니다.
그건 그렇고, 파스칼 변환기가 더 현실적이며 게임 만 촛불의 가치가 없습니다
파스칼에서 mql로 변환하는 데 흥미로운 것이 있습니까? ))
Pascal에서 mql로 변환하는 데 흥미로운 것이 있습니까? ))
mql로 변환할 가치가 있는 것은 어디에도 없습니다.
사용 가능한 모든 것은 DLL을 통해 연결될 수 있습니다.
mql로 변환할 가치가 있는 것은 어디에도 없습니다.
사용 가능한 모든 것은 DLL을 통해 연결될 수 있습니다.
글쎄, DLL을 통해서만이 아닙니다. 예를 들어 파일 교환을 통해 가능합니다. RAM-Disk를 통해 속도는 1.5GB / s 이상이며 모든 것에 충분합니다. 그리고 구현의 용이성은 탁월합니다. 이전에는 임시 솔루션으로 사용되었습니다. 이제 DLL을 통해. 그러나 빨리 해야 할 때 더 나은 파일은 없습니다.
DLL 작업 방법을 모르는 사람들을 위해 이것은 타사 소프트웨어를 MQL과 통합하기 위한 훌륭한 옵션입니다.
글쎄, DLL을 통해서만이 아닙니다. 예를 들어 파일 교환을 통해 가능합니다. RAM-Disk를 통해 속도는 1.5GB / s 이상이며 모든 것에 충분합니다. 그리고 구현의 용이성은 탁월합니다. 이전에는 임시 솔루션으로 사용되었습니다. 이제 DLL을 통해. 그러나 빨리 해야 할 때 더 나은 파일은 없습니다.
DLL 작업 방법을 모르는 사람들을 위해 이것은 타사 소프트웨어를 MQL과 통합하기 위한 훌륭한 옵션입니다.
dll이 수집되지 않았습니다. 읽을 링크의 규범이 있습니까?
lib 코드를 pluses에서 mql로 다시 작성하는 것보다 쉽습니까? )
dll이 수집되지 않았습니다. 읽을 링크의 규범이 있습니까?
lib 코드를 pluses에서 mql로 다시 작성하는 것보다 쉽습니까? )
MSDN에서 - 개발 DLL With ++를 입력합니다. 있다.
MSDN에서 - 개발 DLL With ++를 입력합니다. 있다.
이제 라이브러리에서 dll을 수집하려면 많은 시간을 할애해야 한다는 것이 밝혀졌습니다.
이제 라이브러리에서 dll을 수집하려면 많은 시간을 할애해야 한다는 것이 밝혀졌습니다.
밝혀집니다.))
RAM을 통한 파일 공유를 사용하고 귀찮게 하지 마십시오. 결과는 더 좋지 않습니다.
추신 TC가 작동하면 항상 DLL로 전환할 시간이 있습니다.
밝혀집니다.))
RAM을 통한 파일 공유를 사용하고 귀찮게 하지 마십시오. 결과는 더 좋지 않습니다.
그런 다음 나는 그것을 읽지 않을 것입니다 :) 이미 프레임을 사용하고 있지만 여전히 모든 것을 다시 작성하는 것을 선호합니다. 동시에 둘 중 하나의 논리를 최소한 조금 이해합니다.
그러나 나는 여전히 모든 것을 다시 작성하는 것을 선호합니다. 동시에 둘 중 하나의 논리를 최소한 조금 이해합니다.
OOP의 관점에서 - 절대적으로 잘못된 접근 방식입니다. 귀하의 비즈니스는 이미 생성되고 작동하는 코드를 다시 작성하는 것이 아니라 TC입니다.