내가 너무 할. 물론 .NET2 이상의 터미널(WPF 없이만!)을 작성하는 것이 좋습니다. 이 경우 Mono에서 Linux로 이전할 수도 있습니다.
그러면 디버거 문제도 해결됩니다. MetaEditor에서는 전혀 필요하지 않습니다. 전략 테스터를 어셈블리 형태로 만들면 Visual Studio에서 바로 모든 것을 디버그하고 최적화할 수 있습니다.
그러나 MFC에서 .NET으로 터미널을 이식하는 작업이 많이 있습니다. 또 다른 마이너스 - .NET과 모든 사람을 다운로드해야 합니다. 그러나 일반적으로 이것은 더 이상 문제가되지 않습니다. 설치 프로그램은 .NET 재배포 가능 항목이 있는 것과 없는 두 가지로 가장 잘 나뉩니다.
COM을 통해 .NET과 통합하는 옵션으로 - 하지만 이 경우 프로그래머가 부럽지 않습니다.
그러나 이 전환의 장점은 훨씬 더 많습니다. 누구나 원하는 대로 모든 것을 확장할 수 있습니다. 그리고 말도 안되는 질문이 줄어들 것입니다. 사람들이 알고리즘에 대해 묻는 거의 모든 것이 .NET3.5에서 구현됩니다.
마지막으로 일반 오류 분석기를 만듭니다. 괄호 하나를 넣는 것을 잊었다면미친 컴파일러는 찾고 있는 줄을 제외한 모든 줄에 오류를 표시합니다. 어딘가에 ";"가 없으면그러면 일반적으로 삶이 지옥으로 변하고, 본문 전체에서 부족한 부분을 살펴봅니다. 일반적으로 컴파일러가 발행하는 메시지는 제정신이 아니며 전혀 잘못된 위치를 가리킵니다. 따라서 따뜻한 소원: 올바르게 하십시오. 형의 오류 분석 모델을 적용하십시오 - C C++ 컴파일러(예: gcc 또는 lcc 또는 Visual C++)
1) 디버거는 정말 똥이야 =) 미안하다, 나쁘다, 이런 말을 하는 이유는 그가 커서를 하늘로 찌르는 것을 정말 좋아하기 때문이다 =) 미안, 첫 번째 줄이 주석 처리되고 거기에 오류가 표시되는데, 이것은 꽤 자주 수행됩니다 ...
2) 코드의 블록 표현을 만드십시오. 두 가지 옵션이 있습니다. 둘 다 할 수 있습니다 =)
2.1 아무도 일반적인 프로그래밍을 취소하지 않고 코드 블록을 추가하기만 하면 됩니다. 블록 뒤에 블록을 삽입하면 결과가 나타납니다. 구매, 판매 또는 보류 중인 주문 등으로 구성된 완전히 형성된 블록 등. 구현: 흰색 또는 기타 컬러 시트에는 최소 블록 수 및 연산자(2.2용) + 확장의 블록 다이어그램이 있습니다. 사람은 완성된 코드(기능)의 블록을 블록다이어그램에 끌어다 놓기만 하면 완성된 파일을 저장하고 받습니다. 예: MA 인디케이터를 하나 생성하려면 먼저 표준 값이 있는 코드 블록을 선택하고 블록 다이어그램에 삽입합니다. 우리는 이미 시트에 외부 및 전역 상수와 변수 를 가지고 있습니다. 그 후 MA 체크 블록을 가져와 삽입하고 위치를 여는 블록을 가져오고 삽입하고 닫는 ...을 삽입합니다.
저것들. 프로그래밍할 때 사람들이 지속적으로 작업하는 모든 작업. 첫째, 한편으로는 이 모든 블록이 사소하지만 다른 한편으로는 기능이나 다른 방식으로 한 번 쓸 수 있다면 왜 모든 사람들에게 같은 것을 20번이나 쓰는가(모든 검사 또는 프로그래머가 삽입하고 싶은 것 ) 따라서 프로그래밍에 대해 생각하는 사람들이 줄어들고 새로운 것을 개발하는 데 더 많은 노력을 기울일 것입니다!
2.2 이것은 거의 동일하지만 몇 가지 차이점만 있습니다.
더 나은 또는 오류 없는 실행을 위해 다른 연산자의 지원이 필요한 연산자가 있습니다. 선택 시 코드에 삽입될 이러한 연산자 세트를 만드는 것이 좋습니다... 이렇게 하면 프로그램 자체의 작성이 향상되고 , 결과적으로 인터넷에 출시되는 불필요한 프로그램의 수를 줄입니다.(이것은 사업자뿐만 아니라)
결과는 다음과 같습니다. 당신은 아주 좋은 기반을 가지고 있고, 프로그래머는 이미 뛰어난 아이디어를 가지고 있습니다 !!!! =) 구현해야 합니다 =)
관심을 가져주셔서 감사합니다. 제 제안이 이해 가능하고 구현되지 않더라도 최소한 고려되기를 바랍니다!!! 알 수 없는 장점이 훨씬 더 많기 때문에 ... (저도 한 가지 장점을 찾았습니다. 프로그래머에 대한 질문 수가 줄어들고 데이터베이스가 생성되면 사람들이 추가할 것입니다. ... 프로그램 배포가 엄청난 한계까지 증가할 것입니다. 프로그래머가 거의 없기 때문에 거의 모든 것을 원하거나 모든 것을 원하는 사람들 =) ). 네, 이 사람들에게 가장 중요한 것은 프로그램을 스스로 만들고 싶지만 시간에 대한 피해가 적고, 10-50명 모두가 프로그래밍을 잘 할 수 있는 것은 아니라는 것입니다...
RS Visual C ++ 또는 이와 유사한 시각적 프로그래밍 시스템을 고려하지 않았습니다.(물론 유사점은 있지만 초기 성격일 뿐입니다)
C의 일부 프로그래밍
IMHO 누락:
1. 디버거
디버거 없이 프로그램을 작성하는 것은 시각 장애인을 위한 축구를 하는 것과 같습니다.
"블로로드,
킥 골키퍼,
때리다 !! 드디어 공을 쳤다
디버깅에서 어레이 확장 가능성, 프로그래밍한 사람은 그것이 무엇인지 이해할 것입니다.
2. 게시물에 참여
https://forum.mql4.com/en/8536/page36
Lukyanov 04/03/2008 08:09
Предложение по большей части к едитору. Сделать наглядное форматирование кода.
그리고 MQL5에 대한 최신 뉴스는 어디에 게시됩니까?
테스터에 기호 속성을 변경하는 기능을 추가하는 것이 바람직합니다.
예를 들어, 야간 거래를 위한 Expert Advisor를 만들고 있습니다. 그러나 밤에는 스프레드가 다르기 때문에 낮에 수행한 테스트는 정확하지 않습니다. 따라서 스프레드 등을 수동으로 설정할 수 있어야 합니다.
가능한 한 빨리 이 작업을 수행하는 것이 바람직합니다. 예를 들어 DC A..는 주말에 스톱 레벨 30을 남겨두고 테스트가 불가능해졌습니다.
내가 너무 할. 물론 .NET2 이상의 터미널(WPF 없이만!)을 작성하는 것이 좋습니다. 이 경우 Mono에서 Linux로 이전할 수도 있습니다.
그러면 디버거 문제도 해결됩니다. MetaEditor에서는 전혀 필요하지 않습니다. 전략 테스터를 어셈블리 형태로 만들면 Visual Studio에서 바로 모든 것을 디버그하고 최적화할 수 있습니다.
그러나 MFC에서 .NET으로 터미널을 이식하는 작업이 많이 있습니다. 또 다른 마이너스 - .NET과 모든 사람을 다운로드해야 합니다. 그러나 일반적으로 이것은 더 이상 문제가되지 않습니다. 설치 프로그램은 .NET 재배포 가능 항목이 있는 것과 없는 두 가지로 가장 잘 나뉩니다.
COM을 통해 .NET과 통합하는 옵션으로 - 하지만 이 경우 프로그래머가 부럽지 않습니다.
그러나 이 전환의 장점은 훨씬 더 많습니다. 누구나 원하는 대로 모든 것을 확장할 수 있습니다. 그리고 말도 안되는 질문이 줄어들 것입니다. 사람들이 알고리즘에 대해 묻는 거의 모든 것이 .NET3.5에서 구현됩니다.
MQL4 언어가 제 역할을 다했습니다.
개발자 - 감사합니다.
이런 일이 일어날 것 같지 않습니다 ... 개발자는 다른 철학을 가지고 있습니다 ...
이런 일이 일어날 것 같지 않습니다 ... 개발자는 다른 철학을 가지고 있습니다 ...
권리!
개발자 철학! 그런
그는 그가 할 수 있는 모든 것을 시도했다
무언가를 만들거나 문제를 해결하기 전에 많은 문헌을 다시 읽으십시오.
--
내가 일할 때 "CASSIR" - 자신의 일 외에는 아무것도 모르는 사람
프로그램 작성 방법을 알려줍니다. 물론 저는 반응하지 않습니다.
다른 모듈과 어떻게 연결될지, 얼마나 합리적인지 등을 즉시 확인하기 때문입니다.
"캐셔"는 알지 못합니다.
그의 제안 뒤에 있는 것(일반적으로 합리적이지 않은 사실)
데이터베이스 구조를 거의 삽질하고 모든 서버 프로시저를 다시 작성해야 할 때 옵션이 있습니다.
MQL 개발자들 덕분에 저도 정말 소원을 적고 싶은데...
1) 디버거는 정말 똥이야 =) 미안하다, 나쁘다, 이런 말을 하는 이유는 그가 커서를 하늘로 찌르는 것을 정말 좋아하기 때문이다 =) 미안, 첫 번째 줄이 주석 처리되고 거기에 오류가 표시되는데, 이것은 꽤 자주 수행됩니다 ...
2) 코드의 블록 표현을 만드십시오. 두 가지 옵션이 있습니다. 둘 다 할 수 있습니다 =)
2.1 아무도 일반적인 프로그래밍을 취소하지 않고 코드 블록을 추가하기만 하면 됩니다. 블록 뒤에 블록을 삽입하면 결과가 나타납니다. 구매, 판매 또는 보류 중인 주문 등으로 구성된 완전히 형성된 블록 등. 구현: 흰색 또는 기타 컬러 시트에는 최소 블록 수 및 연산자(2.2용) + 확장의 블록 다이어그램이 있습니다. 사람은 완성된 코드(기능)의 블록을 블록다이어그램에 끌어다 놓기만 하면 완성된 파일을 저장하고 받습니다. 예: MA 인디케이터를 하나 생성하려면 먼저 표준 값이 있는 코드 블록을 선택하고 블록 다이어그램에 삽입합니다. 우리는 이미 시트에 외부 및 전역 상수와 변수 를 가지고 있습니다. 그 후 MA 체크 블록을 가져와 삽입하고 위치를 여는 블록을 가져오고 삽입하고 닫는 ...을 삽입합니다.
저것들. 프로그래밍할 때 사람들이 지속적으로 작업하는 모든 작업. 첫째, 한편으로는 이 모든 블록이 사소하지만 다른 한편으로는 기능이나 다른 방식으로 한 번 쓸 수 있다면 왜 모든 사람들에게 같은 것을 20번이나 쓰는가(모든 검사 또는 프로그래머가 삽입하고 싶은 것 ) 따라서 프로그래밍에 대해 생각하는 사람들이 줄어들고 새로운 것을 개발하는 데 더 많은 노력을 기울일 것입니다!
2.2 이것은 거의 동일하지만 몇 가지 차이점만 있습니다.
더 나은 또는 오류 없는 실행을 위해 다른 연산자의 지원이 필요한 연산자가 있습니다. 선택 시 코드에 삽입될 이러한 연산자 세트를 만드는 것이 좋습니다... 이렇게 하면 프로그램 자체의 작성이 향상되고 , 결과적으로 인터넷에 출시되는 불필요한 프로그램의 수를 줄입니다.(이것은 사업자뿐만 아니라)
결과는 다음과 같습니다. 당신은 아주 좋은 기반을 가지고 있고, 프로그래머는 이미 뛰어난 아이디어를 가지고 있습니다 !!!! =) 구현해야 합니다 =)
관심을 가져주셔서 감사합니다. 제 제안이 이해 가능하고 구현되지 않더라도 최소한 고려되기를 바랍니다!!! 알 수 없는 장점이 훨씬 더 많기 때문에 ... (저도 한 가지 장점을 찾았습니다. 프로그래머에 대한 질문 수가 줄어들고 데이터베이스가 생성되면 사람들이 추가할 것입니다. ... 프로그램 배포가 엄청난 한계까지 증가할 것입니다. 프로그래머가 거의 없기 때문에 거의 모든 것을 원하거나 모든 것을 원하는 사람들 =) ). 네, 이 사람들에게 가장 중요한 것은 프로그램을 스스로 만들고 싶지만 시간에 대한 피해가 적고, 10-50명 모두가 프로그래밍을 잘 할 수 있는 것은 아니라는 것입니다...
RS Visual C ++ 또는 이와 유사한 시각적 프로그래밍 시스템을 고려하지 않았습니다.(물론 유사점은 있지만 초기 성격일 뿐입니다)
나는 오랫동안 개발자들에게 묻고 싶었다!
MQL5용 터미널 MQL5 도입으로
서버 측이 변경됩니까?
즉, MT5가 MT4 서버와 함께 작동할 수 있습니까?
또는 DEALINGS가 MT5의 서버 부분을 변경할 때까지 기다려야 합니다.
...
한 가지 더 질문:
일부 플랫폼은 서버에서 후행 주문을 허용하는 것으로 알려져 있습니다.
터미널을 연결할 필요 없이
다음 버전의 서버 부분에서 구현됩니까?
MetaTrader 4와 MetaTrader 5는 완전히 다른 플랫폼입니다. 한 프로젝트 의 클라이언트 터미널을 다른 플랫폼의 거래 서버에 연결할 수 없습니다.
권리!
개발자 철학! 그런
그는 그가 할 수 있는 모든 것을 시도했다
무언가를 만들거나 문제를 해결하기 전에 많은 문헌을 다시 읽으십시오.
--
내가 직장에 있을 때 "CASSIR" - 자신의 일 외에는 아무것도 모르는 사람
프로그램을 작성하는 방법을 말합니다 - 물론 나는 반응하지 않습니다
다른 모듈과 어떻게 연결될지, 얼마나 합리적인지 등을 즉시 확인하기 때문입니다.
"캐셔"는 알지 못합니다.
그의 제안 뒤에 있는 것(일반적으로 합리적이지 않은 사실)
데이터베이스 구조를 거의 삽질하고 모든 서버 프로시저를 다시 작성해야 할 때 옵션이 있습니다.
저는... 진심으로 사과드립니다... 물론... 하지만 저는 이 접근 방식을 비판하고 싶습니다.
.
슬프게도 어리석은 CASHIER는 무엇보다도 CLIENT입니다.
그리고 프로그램은 프로그래머가 쓰기에 편하도록 작성된 것이 아닙니다.
그리고 아마도 개발자가 원하는 인터페이스도 지원할 수 있을 것입니다.
(그리고 그는 어떻게 뭔가를 원할 수 있습니까? 그는 매달 버튼을 누르지 않습니다) -
CASSIR이 원하는 것.
.
그러나 CASHIER는 프로그래머에게 Bridge 패턴이 있다고 설명할 수 없습니다.
최소 10개의 인터페이스를 지원합니다. 코드가 정확하기 때문입니다.
그리고 그는 프로그래머를 선택할 수 없습니다. 아니면 그냥 그들이 그에게 준 것을 가져갈 수도 있습니다.
.
프로그램은 일반적으로 코드 핸들러에서 다음과 같이 작성됩니다.
그리고 10 번은 다르게해야 할 일을 알고 있습니다. 하나의 무화과가 너무 게으른 것입니다.
그리고 최소한 라이브러리가 필요합니다. 낮은 수준, 높은 수준.
그리고 더 적은 문제가 있을 것입니다.
.
여기 - 나는 새해를 기념하여 추측 할 것입니다 -
새 버전의 경우에도 나무가 날아가지 않도록 하고 싶습니다.
컴파일 후 표시기 및 스크립트 목록과 함께.
또는 현재 위치를 저장하면서 -
또는 목록을 지능적으로 업데이트하면 몇 시간 동안 작동합니다.
.
아아... 로쉬 동지는 내 순진함에 웃어줄거야...
.
그리고 전체 "개발자 철학" - 그리고 우리는 MT에 대해 이야기하는 것이 아닙니다 -
이것은 상식이 작동하지 않는 때입니다.
테스터에서 시각화와 관련하여 두 개의 확인란을 더 추가하십시오.
"Visualization" - "Visualization by tick" 확인란을 호출합니다.
확인란 추가 - "촛불 닫기를 위한 시각화" 및 "거래 열기/닫기를 위한 시각화"
글쎄, 의미에서 그것은 갈까마귀가 아니라 RadioButton입니다. 4가지 옵션만 - 시각화 비활성화 및 업데이트를 위한 3가지 옵션.
테스트 속도가 빨라집니다.
이제 "시각화" 확인란이 비활성화된 경우 차트를 업데이트하려면 차트 창 위로 마우스를 이동하고 드롭다운 메뉴에서 "새로고침" 버튼을 클릭하여 하위 창의 표시기를 업데이트해야 합니다.
또한 테스터에서 거래의 화살표\트렌드 라인의 주문 색상을 조정합니다. 그렇지 않으면 파란색 구매 라인이 검은색 배경에서 보기 어렵습니다.