그것은 "올바른" 아키텍처로 밝혀졌습니다. 거대한 GUI는 별도의 스레드에 있으며 조언자/지표의 작업 속도를 늦추지 않습니다. GUI는 "특별히 훈련된 사람들"에 의해 설계되고 그려집니다 :-) Expert Advisor/indicator는 실질적으로 "모델"입니다(MVC 등에서와 같이).
Glade is a RAD tool to enable quick & easy development of user interfaces for the GTK+ toolkit and the GNOME desktop environment. The user interfaces designed in Glade are saved as XML, and by using the GtkBuilder GTK+ object these can be loaded by applications dynamically as needed. By using GtkBuilder, Glade XML files can be used in...
Реter Konow : 나는 이러한 작업이 내 인터페이스에서 구현되지 않는다고 말하지 않았습니다.) 나는 접근 방식의 비호환성으로 인해 OOP 기반 기술을 내 코드에 통합할 수 없다는 것을 의미했습니다. 기본(가장 높은 우선 순위)의 구현이 완료된 후 이러한 작업을 직접 구현해야 합니다.
OOP는 그것과 아무 관련이 없습니다. 물론 문자열과 이벤트 모두 전역 변수 를 통해 전달할 수 있지만 이는 특수한 경우이지만 대규모 프로젝트에는 적용되지 않으며 "신세대 거래 프로그램"인 척도 할 수 있습니다.
개인적으로 그것은 매우 분명합니다. 다른 사람의 결정에 대한 선호는 자신에 대한 선택 입니다.
MT에는 고유한 언어가 있습니다. C++ 및 C#이 있는 경우 왜 필요한지 설명하십시오. 왜 만들어졌나요?
그 언어들이 알고리즘 트레이더의 작업에 가장 적합하지 않기 때문에 만들어졌다고 생각합니다. 전문화된 응용 언어가 필요했습니다.
사용자는 인터페이스를 만드는 방법에 신경 쓰지 않으며 가장 중요한 것은 쉽게 수행할 수 있다는 것입니다. 진지한 전문가만이 당신이 제안한 대로 인터페이스를 만들 수 있고, 나머지는 DLL을 통한 타사 프로그램의 다양한 연결은 말할 것도 없이 표준 MT 라이브러리를 사용하는 것이 때때로 어렵습니다.
귀하의 버전을 개발했다면 커뮤니티에 배포할 수 없었을 것입니다. 커뮤니티에서 알다시피 DLL은 주로 자체적으로 사용될 수 있습니다. 그리고 이 결정의 용도는 무엇입니까?
그러나 개발되지 않은 기술, 공통 표준의 부족, 생성된 그래픽의 낮은 품질 및 로봇의 사용자 인터페이스 생성 위험을 감수한 프로그래머가 직면한 기타 문제와 같은 어려움. MT에서 본격적인 UI를 만드는 것은 거래 로직을 코딩하거나, 통계 수집을 위한 알고리즘을 작성하거나, 전략에 패턴 인식을 도입하는 것보다 훨씬 어렵다는 것이 분명해졌습니다. 알고리즘 거래가 새로운 수준의 알고리즘 거래로 전환하는 데 장애물이 된 것은 이러한 어려움이었습니다. 이는 사람과 프로그램 사이에 필요한 상호 작용의 영역을 크게 확장하여 거래의 효율성을 높이고 잠재력을 드러냅니다. 가장 독창적인 아이디어. 알고리즘에 바인딩된 "철"의 소프트웨어 단점, 인간 사고의 유연성을 보완할 수 있는 상호 작용 영역.
이제 EA는 철로 위에서만 달리는 트램과 같고 사용자는 아무도 모릅니다. 하지만 EA가 자동차처럼 되고 어느 방향으로든 택시를 탈 수 있는 옵션이 있다고 상상해 보세요. 이러한 "기계"를 사용하면 시장에서 훨씬 더 자신감을 느낄 수 있습니다 ...
모두에게 좋은 하루.
새로운 수준 의 알고리즘 거래 에 대해 잘 작성되었습니다. 사실 거래를 위한 현대적인 인터페이스는 매우 필요한 것입니다. 만드는 방법 - 별도의 질문. 예를 들어, 사이트에 게시된 실시간 통계가 있습니다. 그러나 이것은 로봇이 외부 리소스에 연결되어 거기에 UI를 구현하는 경우 가능합니다. MT를 기반으로 인포그래픽을 접하려고 하지 않고 편리한 곳에 만들었습니다. 또한 일반 거래자는 브라우저 사용법을 알고 있으며 새로운 인터페이스는 여전히 연구하고 익숙해져야 합니다. 사용자의 경우 개별 통계가 진행 중이며 곧 더 많이 나올 것입니다.
그러나 트램에 관해서는 : 어디에서 무언가를 조종해야합니까? 무슨 뜻이에요? 우리의 경험에 따르면 "트램처럼" 통화 시장을 돌아다니는 서면, 테스트, 맞춤형 로봇은 상인이 운전할 때보다 더 안전하고 효율적입니다. 트램으로 돌아가면 어떤 경로가 필요한지 이해하는 것이 중요합니다. 그러나 끝점이 하나뿐이라면 자동차의 요점은 무엇입니까? 사고 확률이 훨씬 높습니다. "조종"하려는 사람들과 관련된 문제 일뿐입니다.
새로운 수준의 알고리즘 거래에 대해 아주 잘 썼습니다. 사실 거래를 위한 현대적인 인터페이스는 매우 필요한 것입니다. 만드는 방법 - 별도의 질문. 예를 들어, 사이트에 게시된 실시간 통계가 있습니다. 그러나 이것은 로봇이 외부 리소스에 연결되어 거기에 UI를 구현하는 경우 가능합니다. MT를 기반으로 인포그래픽을 접하려고 하지 않고 편리한 곳에 만들었습니다. 또한 일반 거래자는 브라우저 사용법을 알고 있으며 새로운 인터페이스는 여전히 연구하고 익숙해져야 합니다. 사용자의 경우 개별 통계가 진행 중이며 곧 더 많이 나올 것입니다.
그러나 트램에 관해서는 : 어디에서 무언가를 조종해야합니까? 무슨 뜻이에요? 우리의 경험에 따르면 "트램처럼" 통화 시장을 돌아다니는 서면, 테스트, 맞춤형 로봇은 상인이 운전할 때보다 더 안전하고 효율적입니다. 트램으로 돌아가면 어떤 경로가 필요한지 이해하는 것이 중요합니다. 그러나 끝점이 하나뿐이라면 자동차의 요점은 무엇입니까? 사고 확률이 훨씬 높습니다. "조종"하려고 하는 사람들과 관련된 문제일 뿐입니다.
안녕하세요.
미래의 고문(MT 작업)에 대한 제 개념의 본질은 하나의 프로그램 내에서 필요한 모든 것을 연결하고 중앙 집중화해야 한다는 믿음에 기반을 두고 있습니다.
나는 모든 프로그램의 최대 효율성이 바로 중앙 집중화와 보편성에 있다고 확신합니다. 관련 기능의 최대 수를 결합하고 불필요한 모든 것을 차단하면 Expert Advisor를 포함한 모든 메커니즘의 효율성을 질적으로 높일 수 있습니다. 현재 제안된 트레이딩 로봇 개발 옵션의 대부분은 호환되지 않는 언어와 리소스를 다양한 방식으로 연결하는 데 중점을 두고 있습니다. 외부 DLL , Visual Studio에 내장된 인터페이스, 다양한 통계 서비스 등을 사용하도록 제안됩니다. 잠재적 으로 거래 로봇의 기능 수준을 높이는 작업은 이러한 방식으로 해결되지만 분명합니다. 이 솔루션은 불편하고 모든 사람에게 적합하지 않습니다 .
아주 숙련되지 않은 알고리즘 거래자라도 모든 사람이 큰 비용 없이 독립적으로(또는 누군가의 도움으로) 갖고 싶은 로봇을 조립할 수 있을 때까지, 그리고 외부 자원에 의존하지 않고 가장 어려운 문제를 해결하기 위해 노력하는 것을 멈출 때까지 통합 및 구축 작업에 대한 작업을 수행하는 동안 로봇을 새로운 수준으로 거래하는 데 점프는 없을 것입니다. 이것이 나의 확신입니다.
외부 통계와 로봇 내부의 통계는 근본적으로 다른 것입니다. 첫 번째 옵션에서는 사용자만 통계를 모니터링하고 전략의 일부 매개변수를 지연으로 재구성할 수 있으며, 두 번째 옵션에서는 거래 통계를 전문가가 실시간으로 분석하여 로봇이 조정할 수 있습니다. 설정 자체. 낮은 통계 지표로 완전히 대체하는 옵션과 함께 거래 전략 설정을 조정하기 위한 알고리즘을 작성할 수 있습니다. 이 아이디어의 발전 가능성은 분명합니다. 이것이 내가 "조향"을 의미하는 것인데, 이것은 자동차에서 사용할 수 있고 트램에서는 사용할 수 없습니다.
어드바이저 자체가 한 플랫폼에 있고 인터페이스가 다른 플랫폼에 있고 세 번째에 대한 통계가 있을 때의 옵션은 모든 사람이 자신의 어드바이저를 보고 싶어하는 이상적인 메커니즘 측면에서 그다지 좋아 보이지 않습니다. ))
전문가와 함께 시작해야 한다고 생각합니다. 나는 전문가와 관련된 세 가지 유형의 작업을 제공했지만 귀하의 인터페이스에서 실현 가능하지 않은 것으로 나타났습니다.
무엇을 도울 수 있습니까? 아마도 더 깊은 통합 또는 프로젝트를 "원격 제어"로 제한할 수 있습니다.
당신의 에너지, 그러나 평화로운 목적을 위해 :-)
물론 GUI 라이브러리의 개발은 창의적이고 고마운 일이라는 것을 이해합니다(코드를 작성하고 창을 그리고 결과를 볼 수 있음). 그러나 이것은 막다른 골목이고 시간 낭비의 심연입니다..
요컨대, 대체 GUI가 MT에 어떻게 달라붙는지:
- 다음과 같은 DLL이 작성됩니다.
- 첫 번째 호출에서 별도의 스레드를 생성하고 그래프 하위 시스템을 초기화합니다.
- 각 호출자에 대해 MT에서 GUI로 또는 그 반대로 두 개의 메시지 대기열을 만듭니다.
- MQ4/5 클래스는 기본적으로 이러한 대기열의 메시지를 처리/필터링하고 ChartEvent를 사용하여 앞뒤로 throw하는 작성되었습니다.
- 구조 공유 및 어레이 동기화를 위한 선택적 API
이러한 방식으로 거의 모든 최신 시스템을 연결할 수 있습니다.
- winforms 및 기타 Sharps로 dotnet할 수 있습니다(리소스 어딘가에 C#에서 관리 코드를 연결하고 dll을 만드는 방법에 대한 기사가 있음)
- Glade https://glade.gnome.org/ 의 gtk 및 디자인
- 디자이너와 함께하는 Qt https://www.qt.io/ui/
- 몇 가지 제한 사항이 있으면 http 서버를 실행할 수도 있습니다 :-)
그것은 "올바른" 아키텍처로 밝혀졌습니다. 거대한 GUI는 별도의 스레드에 있으며 조언자/지표의 작업 속도를 늦추지 않습니다. GUI는 "특별히 훈련된 사람들"에 의해 설계되고 그려집니다 :-) Expert Advisor/indicator는 실질적으로 "모델"입니다(MVC 등에서와 같이).
나는 이러한 작업이 내 인터페이스에서 구현되지 않는다고 말하지 않았습니다.) 나는 접근 방식의 비호환성으로 인해 OOP 기반 기술을 내 코드에 통합할 수 없다는 것을 의미했습니다. 기본(가장 높은 우선 순위)의 구현이 완료된 후 이러한 작업을 직접 구현해야 합니다.
OOP는 그것과 아무 관련이 없습니다. 물론 문자열과 이벤트 모두 전역 변수 를 통해 전달할 수 있지만 이는 특수한 경우이지만 대규모 프로젝트에는 적용되지 않으며 "신세대 거래 프로그램"인 척도 할 수 있습니다.
당신의 에너지, 그러나 평화로운 목적을 위해 :-)
내 목표는 전적으로 평화적입니다.)
당신의 제안은 흥미롭습니다. 나는 당신이 이것을 시도하는 것이 좋습니다.
개인적으로 그것은 매우 분명합니다. 다른 사람의 결정에 대한 선호는 자신에 대한 선택 입니다.
MT에는 고유한 언어가 있습니다. C++ 및 C#이 있는 경우 왜 필요한지 설명하십시오. 왜 만들어졌나요?
그 언어들이 알고리즘 트레이더의 작업에 가장 적합하지 않기 때문에 만들어졌다고 생각합니다. 전문화된 응용 언어가 필요했습니다.
사용자는 인터페이스를 만드는 방법에 신경 쓰지 않으며 가장 중요한 것은 쉽게 수행할 수 있다는 것입니다. 진지한 전문가만이 당신이 제안한 대로 인터페이스를 만들 수 있고, 나머지는 DLL을 통한 타사 프로그램의 다양한 연결은 말할 것도 없이 표준 MT 라이브러리를 사용하는 것이 때때로 어렵습니다.
귀하의 버전을 개발했다면 커뮤니티에 배포할 수 없었을 것입니다. 커뮤니티에서 알다시피 DLL은 주로 자체적으로 사용될 수 있습니다. 그리고 이 결정의 용도는 무엇입니까?
귀하의 솔루션은 가능하지만 널리 배포될 수 없습니다.
OOP는 그것과 아무 관련이 없습니다. 물론 문자열과 이벤트 모두 전역 변수 를 통해 전달할 수 있지만 이는 특수한 경우이지만 대규모 프로젝트에는 적용되지 않으며 "신세대 거래 프로그램"인 척도 할 수 있습니다.
친구 여러분, 저는 포럼에서 채팅하는 동안 속도가 약간 느려진 프로젝트 작업으로 돌아왔습니다. 나는 주기적으로 내 개발 진행 상황에 대해 쓰고 모든 사람에게 답할 것입니다.
미래의 Expert Advisors 인터페이스에 대한 생각, 아이디어, 제안 사항이 있으면 작성해 주십시오.
고맙습니다.
그러나 개발되지 않은 기술, 공통 표준의 부족, 생성된 그래픽의 낮은 품질 및 로봇의 사용자 인터페이스 생성 위험을 감수한 프로그래머가 직면한 기타 문제와 같은 어려움. MT에서 본격적인 UI를 만드는 것은 거래 로직을 코딩하거나, 통계 수집을 위한 알고리즘을 작성하거나, 전략에 패턴 인식을 도입하는 것보다 훨씬 어렵다는 것이 분명해졌습니다. 알고리즘 거래가 새로운 수준의 알고리즘 거래로 전환하는 데 장애물이 된 것은 이러한 어려움이었습니다. 이는 사람과 프로그램 사이에 필요한 상호 작용의 영역을 크게 확장하여 거래의 효율성을 높이고 잠재력을 드러냅니다. 가장 독창적인 아이디어. 알고리즘에 바인딩된 "철"의 소프트웨어 단점, 인간 사고의 유연성을 보완할 수 있는 상호 작용 영역.
이제 EA는 철로 위에서만 달리는 트램과 같고 사용자는 아무도 모릅니다. 하지만 EA가 자동차처럼 되고 어느 방향으로든 택시를 탈 수 있는 옵션이 있다고 상상해 보세요. 이러한 "기계"를 사용하면 시장에서 훨씬 더 자신감을 느낄 수 있습니다 ...
모두에게 좋은 하루.
새로운 수준 의 알고리즘 거래 에 대해 잘 작성되었습니다. 사실 거래를 위한 현대적인 인터페이스는 매우 필요한 것입니다. 만드는 방법 - 별도의 질문. 예를 들어, 사이트에 게시된 실시간 통계가 있습니다. 그러나 이것은 로봇이 외부 리소스에 연결되어 거기에 UI를 구현하는 경우 가능합니다. MT를 기반으로 인포그래픽을 접하려고 하지 않고 편리한 곳에 만들었습니다. 또한 일반 거래자는 브라우저 사용법을 알고 있으며 새로운 인터페이스는 여전히 연구하고 익숙해져야 합니다. 사용자의 경우 개별 통계가 진행 중이며 곧 더 많이 나올 것입니다.
그러나 트램에 관해서는 : 어디에서 무언가를 조종해야합니까? 무슨 뜻이에요? 우리의 경험에 따르면 "트램처럼" 통화 시장을 돌아다니는 서면, 테스트, 맞춤형 로봇은 상인이 운전할 때보다 더 안전하고 효율적입니다. 트램으로 돌아가면 어떤 경로가 필요한지 이해하는 것이 중요합니다. 그러나 끝점이 하나뿐이라면 자동차의 요점은 무엇입니까? 사고 확률이 훨씬 높습니다. "조종"하려는 사람들과 관련된 문제 일뿐입니다.
엄청난! 나도 그랬으면 좋겠어. 사실, 인공 지능은 욕심을 부리고 이익의 일정 비율을 자신의 주머니로 가져가거나 개인적인 적개심으로 소유자를 망칠 수 있습니다.))
모두에게 좋은 하루.
새로운 수준의 알고리즘 거래에 대해 아주 잘 썼습니다. 사실 거래를 위한 현대적인 인터페이스는 매우 필요한 것입니다. 만드는 방법 - 별도의 질문. 예를 들어, 사이트에 게시된 실시간 통계가 있습니다. 그러나 이것은 로봇이 외부 리소스에 연결되어 거기에 UI를 구현하는 경우 가능합니다. MT를 기반으로 인포그래픽을 접하려고 하지 않고 편리한 곳에 만들었습니다. 또한 일반 거래자는 브라우저 사용법을 알고 있으며 새로운 인터페이스는 여전히 연구하고 익숙해져야 합니다. 사용자의 경우 개별 통계가 진행 중이며 곧 더 많이 나올 것입니다.
그러나 트램에 관해서는 : 어디에서 무언가를 조종해야합니까? 무슨 뜻이에요? 우리의 경험에 따르면 "트램처럼" 통화 시장을 돌아다니는 서면, 테스트, 맞춤형 로봇은 상인이 운전할 때보다 더 안전하고 효율적입니다. 트램으로 돌아가면 어떤 경로가 필요한지 이해하는 것이 중요합니다. 그러나 끝점이 하나뿐이라면 자동차의 요점은 무엇입니까? 사고 확률이 훨씬 높습니다. "조종"하려고 하는 사람들과 관련된 문제일 뿐입니다.
안녕하세요.
미래의 고문(MT 작업)에 대한 제 개념의 본질은 하나의 프로그램 내에서 필요한 모든 것을 연결하고 중앙 집중화해야 한다는 믿음에 기반을 두고 있습니다.
나는 모든 프로그램의 최대 효율성이 바로 중앙 집중화와 보편성에 있다고 확신합니다. 관련 기능의 최대 수를 결합하고 불필요한 모든 것을 차단하면 Expert Advisor를 포함한 모든 메커니즘의 효율성을 질적으로 높일 수 있습니다. 현재 제안된 트레이딩 로봇 개발 옵션의 대부분은 호환되지 않는 언어와 리소스를 다양한 방식으로 연결하는 데 중점을 두고 있습니다. 외부 DLL , Visual Studio에 내장된 인터페이스, 다양한 통계 서비스 등을 사용하도록 제안됩니다. 잠재적 으로 거래 로봇의 기능 수준을 높이는 작업은 이러한 방식으로 해결되지만 분명합니다. 이 솔루션은 불편하고 모든 사람에게 적합하지 않습니다 .
아주 숙련되지 않은 알고리즘 거래자라도 모든 사람이 큰 비용 없이 독립적으로(또는 누군가의 도움으로) 갖고 싶은 로봇을 조립할 수 있을 때까지, 그리고 외부 자원에 의존하지 않고 가장 어려운 문제를 해결하기 위해 노력하는 것을 멈출 때까지 통합 및 구축 작업에 대한 작업을 수행하는 동안 로봇을 새로운 수준으로 거래하는 데 점프는 없을 것입니다. 이것이 나의 확신입니다.
외부 통계와 로봇 내부의 통계는 근본적으로 다른 것입니다. 첫 번째 옵션에서는 사용자만 통계를 모니터링하고 전략의 일부 매개변수를 지연으로 재구성할 수 있으며, 두 번째 옵션에서는 거래 통계를 전문가가 실시간으로 분석하여 로봇이 조정할 수 있습니다. 설정 자체. 낮은 통계 지표로 완전히 대체하는 옵션과 함께 거래 전략 설정을 조정하기 위한 알고리즘을 작성할 수 있습니다. 이 아이디어의 발전 가능성은 분명합니다. 이것이 내가 "조향"을 의미하는 것인데, 이것은 자동차에서 사용할 수 있고 트램에서는 사용할 수 없습니다.
어드바이저 자체가 한 플랫폼에 있고 인터페이스가 다른 플랫폼에 있고 세 번째에 대한 통계가 있을 때의 옵션은 모든 사람이 자신의 어드바이저를 보고 싶어하는 이상적인 메커니즘 측면에서 그다지 좋아 보이지 않습니다. ))
화면의 큰 "전리품 가져오기" 버튼으로 충분하며 녹색이 DVD에서 즉시 나올 수 있습니다.)