편집기에서 공동 프로젝트에 대해 논의해 봅시다. 공동 프로젝트가 있는 이유와 이동하는 위치 - 페이지 11

 
Renat Fatkhullin :

다시 작성해 보겠습니다.

편집기에서 외부 컴파일러/인터프리터를 사용하여 C++, C#, R, Python에 대한 지원을 포함할 계획입니다.

오!! 자세한 내용을 묻기에는 너무 이르지 않을까요?

하지만 유망하다.

행운을 빕니다

 
Renat Fatkhullin :

다시 작성해 보겠습니다.

편집기에서 외부 컴파일러/인터프리터를 사용하여 C++, C#, R, Python에 대한 지원을 포함할 계획입니다.


MetaEditor에서 작업할 수 있는 기능만 있습니까? 아니면 MQL과의 통합? Python, C# 및 R이 통합되면 멋진 일이 될 것입니다!. C++를 사용하면 모든 것이 다소간 명확해집니다. Visual Studio로 충분합니다. 나는 최근에 Python 통합을 위한 사용자 정의 라이브러리를 작성했습니다. 처음에 Python과 R을 망치는 것이 좋을 것입니다!

 
프로젝트의 출현으로 클래스 구현을 별도의 mq5 파일로 이동하는 것이 가능할 것이라고 생각했습니다. 그러나 이것은 사실이 아닌 것으로 밝혀졌습니다. 이 작업이 완료되거나 모든 것이 mqh에 채워져야 합니까?
 
Renat Fatkhullin :

다시 작성해 보겠습니다.

편집기에서 외부 컴파일러/인터프리터를 사용하여 C++, C#, R, Python에 대한 지원을 포함할 계획입니다.


시원한! 맙소사, 컴파일러를 다시 직접 작성하지 마십시오. 그러면 나는 더 이상 젊지 않습니다. 기다리지 않고 죽을 것입니다. )

 
Koldun Zloy :
프로젝트의 도래와 함께 클래스 구현을 별도의 mq5 파일로 옮길 수 있지 않을까 생각했습니다. 그러나 이것은 사실이 아닌 것으로 밝혀졌습니다. 이 작업이 완료되거나 모든 것이 mqh에 채워져야 합니까?

무엇 때문에? 글쎄요, 프로에서는 컴퓨터가 약하고 별도의 컴파일을 사용했기 때문에 역사적으로 수행되었습니다. 또한 컴파일된 형식 + .h의 헤더로 고객에게 전송할 수 있습니다.

일반적으로 시도해 보셨습니까? 클래스는 .mq5에서도 정의할 수 있으며 훨씬 더 불편합니다.

 
Renat Fatkhullin :

물론 검증은 남습니다.

에디터 쪽에서 많은 요구 사항을 확인할 것입니다. 즉, 중재자가 아닌 메타 편집기에서 대부분의 경고와 팁을 볼 수 있습니다.

우리는 마침내 자동화된 검증 및 재료 준비를 제공하여 제품에 대한 요구 사항을 높일 것입니다.


1 프로젝트 를 통해 생성된 제품에만 적용되나요? 아니면 일반적인 방식으로도 적용되나요? 예를 들어 프로젝트가 필요한 이유를 모르겠습니다))

2 "자동 검증 및 자료 준비 수단" - 컴파일러의 코드 검사입니까 아니면 로고 및 설명을 검사하는 알고리즘입니까?

3 "요구 사항의 양을 늘릴 것"이 정확히 무엇입니까?

4 (다른 언어에 대해) 메타에디터 컴파일러에서 C++로 작성하는 것이 가능할 것입니다. 씨#. 파이썬, R?

 
Pavel Verveyko :

1 프로젝트를 통해 생성된 제품에만 적용되나요? 아니면 일반적인 방식으로도 적용되나요? 예를 들어 프로젝트가 필요한 이유를 모르겠습니다))

2 "자동 검증 및 자료 준비 수단" - 컴파일러의 코드 검사입니까 아니면 로고 및 설명을 검사하는 알고리즘입니까?

3 "요구 사항의 양을 늘릴 것"이 정확히 무엇입니까?

4 (다른 언어에 대해) 메타에디터 컴파일러에서 C++로 작성하는 것이 가능할 것입니다. 씨#. 파이썬, R?


모든 것이 작성 과정에서 코드 분석 을 통해 진지한 편집자를 향해 움직이고 있습니다. 예를 들어 VS에서 C #을 편집할 때 너무 나쁘다는 오류가 즉시 팝업됩니다.

대규모 프로젝트를 컴파일할 때 시간을 절약하고 코드를 작성하는 동안 대부분의 어리석은 실수가 제거됩니다.

마지막 작업에서 저녁에 한 프로젝트의 완전한 조립이 시작되었고 5-6시간이 걸렸으므로 모두 집으로 돌아갔습니다.
 
설명, 사진 및 로고의 전체 패키지와 함께 새 제품의 출판은 프로젝트에서 수행됩니다. 새 버전을 게시하는 것도 비슷합니다.

제품이 단순한 ex4/ex5 파일이 아니기 때문에 프로젝트가 필요합니다. 거래자가 권장되는 설정을 빠르게 이해할 수 있도록 기본 *.set 파일 목록도 필요합니다.

개발자가 거래자에게 더 적은 문제를 일으키기 위해 제품을 테스트해야 하는 모드를 신속하게 이해할 수 있도록 자동 검사가 점진적으로 도입될 것입니다.

다른 언어 및 통합에 대한 지원은 점진적으로 도입될 예정입니다. 목표는 메타에디터에서 메인 프로젝트를 올바르게 유지하는 것입니다. 사실 우리는 Visual Studio 에서처럼 집계의 경로를 따릅니다.



 

하나의 코드를 작성하지만 설정에 대한 러시아어 설명과 러시아어 설명에 대한 링크가 있는 러시아어로 여러 버전을 컴파일하고 영어 설명에 대한 링크가 있는 영어로 컴파일합니다.

이제 프로젝트 에서는 프로젝트의 설명이 우선이고 코드에서 사용하지 않는 설명이 있어서 여러 버전을 작성하기 위해서는 탬버린으로 춤을 춰야 하는데...

현재 프로젝트를 사용하여 동일한 코드(예: 3-5개 언어)를 개발하는 방법에 대해 조언을 주실 수 있나요?

코드의 설명이 아닌 프로젝트가 있는 파일에 설명의 우선순위가 부여되는 이유는 무엇입니까?
 
Vladimir Pastushak :

하나의 코드를 작성하지만 설정에 대한 러시아어 설명과 러시아어 설명에 대한 링크가 있는 러시아어로 여러 버전을 컴파일하고 영어 설명에 대한 링크가 있는 영어로 컴파일합니다.

이제 프로젝트에서는 프로젝트의 설명이 우선이고 코드에서 사용하지 않는 설명이 우선이므로 여러 버전을 작성하려면 탬버린과 함께 춤을 생각해 내야합니다 ...

현재 프로젝트를 사용하여 동일한 코드(예: 3-5개 언어)를 개발하는 방법에 대해 조언을 주실 수 있나요?

코드의 설명이 아닌 프로젝트가 있는 파일에 설명의 우선순위가 부여되는 이유는 무엇입니까?

컴파일 언어를 설정하고 그에 따라 필요한 메시지를 대체하십시오.