내 접근 방식. 코어 - 엔진. - 페이지 70

새 코멘트
 
Реter Konow :

넌 아직 날 몰라...

가장 중요한 것은 3년 동안 다시 Canvas를 떠나지 않는 것입니다.

 
Vasiliy Sokolov :

.Net 라이브러리 지원이 도입되면서 차이점이 나타납니다.

나타나지만 나는 논쟁하지 않는다..

그러나 최근에는 지적해서는 안 되는 사람들 이 CLR을 너무 많이 끄는 것이라고 확신했습니다.

 
Maxim Kuznetsov :

나타나지만 나는 논쟁하지 않는다..

그러나 최근에는 지적해서는 안 되는 사람들 이 CLR을 너무 많이 끄는 것이라고 확신했습니다.

개발자가 이 기능을 위해 악마에게 영혼을 팔아야 했는지는 모르겠지만 사용자 수준에서는 멋지게 보입니다.

 
Igor Makanu :

무엇을 말하든지, 모든 것에는 시간이 있습니다. MT 개발자는 Sharp가 Sharp를 의미하며 C++에 더 가깝고 Delphi에서 킬로미터 길이의 begin-ends를 작성하고 := 이미 너무 게으르다고 말했습니다)))

아무리 현학적으로 들리더라도 MQL은 C++보다 C#에 더 가깝습니다. 여하튼 작은 오픈 소스 C++ 라이브러리 하나를 MQL로 변환하고 싶었습니다. 이 모든 void* 및 typedef에 소름이 돋았습니다. MQL에서는 원칙적으로 쉽게 대체할 수 있는 유사한 개념이 없다는 것을 깨달았습니다. C#에서 개체로 작업하는 것은 MQL과 매우 유사합니다. 그래서 통합을 위해 PL 개발자를 선택한 것은 우연이 아니라고 생각합니다.

 
Vasiliy Sokolov :

아무리 현학적으로 들리더라도 MQL은 C++보다 C#에 더 가깝습니다. 어떻게든 하나의 작은 오픈 소스 C++ 라이브러리를 MQL로 변환하고 싶었습니다. 이 모든 void* 및 typedef에 소름이 돋았습니다. MQL에서는 원칙적으로 쉽게 대체할 수 있는 유사한 개념이 없다는 것을 깨달았습니다. C#에서 개체로 작업하는 것은 MQL과 매우 유사합니다. 그래서 통합을 위해 PL 개발자를 선택한 것은 우연이 아니라고 생각합니다.

내 느낌에 따르면 MQL은 Pascal과 BASIC에서 성장했습니다 :-) 불쾌하지 않고 아이디어 당시에는 사실상 표준이었습니다. "C"에서 성장함에 따라 구문 및 플러스 영향만

C의 구문, 문자열 - Pascal, Fortran 배열.

가능한 최선을 다하십시오. 이제 C#

 
Vasiliy Sokolov :

아무리 현학적으로 들리더라도 MQL은 C++보다 C#에 더 가깝습니다. 어떻게든 하나의 작은 오픈 소스 C++ 라이브러리를 MQL로 변환하고 싶었습니다. 이 모든 void* 및 typedef에 소름이 돋았습니다. MQL에서는 원칙적으로 쉽게 대체할 수 있는 유사한 개념이 없다는 것을 깨달았습니다. C#에서 개체로 작업하는 것은 MQL과 매우 유사합니다. 그래서 통합을 위해 PL 개발자를 선택한 것은 우연이 아니라고 생각합니다.

위의 C#에서 예제를 보여주었습니다.

 public static void Get( ref int [] arr, ref int sz)
                {
                        sz =arr.Length;
                }

MT5에서는 호출할 때 정적 배열을 전달하고 C #에서 배열 크기를 반환했습니다. 네이티브 DL에서는 불가능합니다. 분명히 MT5는 .Net용으로 작성되었습니다.

하지만 당신이 무엇을 말하든, 사용자 수준에서는 정말 멋집니다! C#에서는 전체 인터페이스, 네트워크에 있는 모든 수학적 계산을 작성하고 아무런 문제 없이 MT5, 일종의 동화 같은 것과 잘 맞습니다!

 
Igor Makanu :

위의 C#에서 예제를 보여주었습니다.

MT5에서는 호출할 때 정적 배열을 전달하고 C #에서 배열 크기를 반환했습니다. 네이티브 DL에서는 불가능합니다. 분명히 MT5는 .Net용으로 작성되었습니다.

하지만 당신이 무엇을 말하든, 사용자 수준에서는 정말 멋집니다! C#에서는 전체 인터페이스, 네트워크에 있는 모든 수학적 계산을 작성하고 아무런 문제 없이 MT5, 일종의 동화 같은 것과 잘 맞습니다!

MQL6은 날카로울 것입니다 :-)

우리는 상인, 우리는 오래 놀 수 있습니다

 
Maxim Kuznetsov :

내 느낌에 따르면 MQL은 Pascal과 BASIC에서 성장했습니다 :-) 불쾌하지 않고 아이디어 당시에는 사실상 표준이었습니다. "C"에서 성장함에 따라 구문 및 플러스 영향만

C의 구문, 문자열 - Pascal, Fortran 배열.

가능한 최선을 다하십시오. 이제 C#

모르겠어. 내 C++ MQL 경험과 함께 - 완전히 일관성이 있습니다.

또한, 거의 모든 기존 개발이 거의 수정 없이 MQL로 쉽게 이전되었습니다.

아마도 모든 종류의 typedef를 거의 사용하지 않고 void를 피하기 위해 최선을 다하기 때문일 것입니다.

 
Georgiy Merts :

모르겠어. 내 C++ MQL 경험과 함께 - 완전히 일관성이 있습니다.

또한, 거의 모든 기존 개발이 거의 수정 없이 MQL로 쉽게 이전되었습니다.

아마도 모든 종류의 typedef를 거의 사용하지 않고 void를 피하기 위해 최선을 다하기 때문일 것입니다.

C++는 매우 다를 수 있습니다. 한 프로그래머에게는 이것이 견고한 매크로인 typedef void*인 반면 다른 프로그래머에게는 거의 순수한 MQL입니다.

 

@Peter Konow 에게 귀하의 개발이 전략 테스터에서 작동합니까?

Sharp에서 창은 테스터에서 훌륭하게 느껴지며 창이 별도의 스레드에서 작동하기 때문에 속도가 느려지지 않습니다.

1...636465666768697071727374757677...184
새 코멘트