2. 당신은 내 메시지를 올바르게 이해했습니다. 인터페이스는 어드바이저와 독립적으로 생성될 수 있고 어드바이저 없이도 존재할 수 있지만 함께 작동하는 것이 좋습니다.)
3. 주제의 주제는 인터페이스를 통해 미래의 Expert Advisors의 표준을 논의하는 것을 목표로 합니다. 제 생각에는 이것에 허세가 없습니다 ... 모두가 서로의 아이디어를 말하고 제안하고 비판 할 수 있습니다. 결국 우리는 몇 가지 기본 표준에 도달하게 될 것입니다.
제안된 인터페이스는 분명히 현실과 분리되어 있습니다. 인터페이스를 전문가와 통합하는 실제 예를 보여줍니다. 예를 들어, 파일 시스템에 대한 액세스(전문가 설정 저장/불러오기), 사용자 데이터를 기반으로 차트 작성(잔액/자본 곡선), 사진 및 텍스트의 슬라이드쇼(스크린샷/지침). 아직 논의할 것이 없지만 일부 과시가 ... 그건 그렇고, 제안 된 예제는 실제 전문가와 관련이 있으며 표준 라이브러리와 Anatoly의 라이브러리를 사용하여 만들기가 매우 쉽습니다.
2. 인터페이스를 전문가와 통합하는 실제 예를 보여줍니다. 예를 들어, 파일 시스템에 대한 액세스(전문가 설정 저장/불러오기), 사용자 데이터를 기반으로 차트 작성(잔액/자본 곡선), 사진 및 텍스트의 슬라이드쇼(스크린샷/지침).
3. 아직 논의할 사항이 없고 일부 과시...
4. 그건 그렇고, 제안 된 예제는 실제 전문가와 관련이 있으며 표준 라이브러리와 Anatoly의 라이브러리를 사용하여 만들기가 매우 쉽습니다.
1. 지금까지 보여드린 인터페이스가 현실과 동떨어져 있다는 점에는 동의하지 않을 수 없습니다. Expert Advisors의 인터페이스 표준 에 대해 논의하면서 나는 내 기술의 올바른 방향을 설정하고 미래의 그래픽과 기능이 현실과 안정적으로 연결되도록 하려고 노력하고 있습니다.
2. 아직 전문가와의 인터페이스 통합에 대한 실제 사례를 보여드릴 수는 없지만, 이 기술은 개발 단계에 있지만 개념이 완전히 공식화되어 있기 때문입니다.
인터페이스 설정 저장 및 로드가 구현됩니다. 열려 있는 창의 목록, 크기 및 위치, 작업 표시줄의 아이콘 집합 및 합성 창의 현재 어셈블리가 파일에 저장되고 자동으로 로드됩니다. 이건 영상에 없지만 요청하시면 짧은 영상으로 찍어드립니다.
사용자 데이터를 기반으로 그래프를 작성하고 그림과 텍스트의 슬라이드쇼는 확실히 중요하지만 구현에 대해서는 조금 후에 다루겠습니다. 조언 해주셔서 감사합니다.
3. 불행히도, 누구든지 "과시"로 비난받을 수 있습니다.
4. 당신은 그것에 대해 논쟁할 수 없습니다. 실제로 이러한 예제는 표준 라이브러리와 Anatoly 라이브러리를 사용하여 쉽게 만들 수 있지만 불행히도 기술 비호환성으로 인해 내 창에 연결할 수 없습니다. 이 라이브러리의 개발을 기다리거나 내 창의 기능을 포기하는 것은 우리에게 남아 있습니다. 누구나 스스로이 선택을 할 수 있습니다.
참으로 당신이 옳습니다. 파일에서 원하는 인터페이스를 선택적으로 로드할 필요가 있으며 이는 엔진에 있는 파일 탐색기에서 수행됩니다. 실제로 엔진은 목록에서 필요한 인터페이스를 로드(파일 탐색기 사용)하는 별도의 프로그램(표시기)입니다. 이 인터페이스는 그것이 속한 어드바이저의 설정과 함께 로드됩니다. 전역 변수의 값은 인터페이스를 로드하는 단계에서 생성될 전역 변수에 할당됩니다. 다음으로 사용자는 어드바이저를 다운로드해야 합니다.
실제로 모든 고문은 표시기로 설계된 동일한 그래픽 엔진으로 작업하며 이 표시기(엔진)는 이 특정 고문의 인터페이스를 "전달"하고 작동을 보장합니다.
모든 것이 어떻게 시작되었는지 :) EA에서 구현된 파일 탐색기 표시기를 사용하여 인터페이스를 만드는 예에 대해 이야기했습니다. 그러나 "파일 탐색기"라는 단어에 집착하지 마십시오. 이것은 작업의 예이며 Expert Advisors에는 터미널 창의 탐색기, 차트의 개체, 터미널의 표시기 등 많은 유사한 작업이 있을 수 있습니다. 이것은 전역 변수 를 통해 지표에 입력하려는 목록(표) 행을 통해 구현된 작업의 작은 계층일 뿐입니다.
화제의 제목을 보고 자기홍보로 홍수의 실마리가 될 것 같아서 화제의 전개를 따라가지 않았다.
그러나 나는 토론이 끓어오르는 것을 보고 10페이지나 끓는 것을 봅니다. 대각선으로 보았습니다-아무것도 이해하지 못했습니다.
주제를 팔로우 한 사람은 이익에 대한 페이지에서 알려주십시오.
화제의 제목을 보고 자기홍보로 홍수의 실마리가 될 것 같아서 화제의 전개를 따라가지 않았다.
그러나 나는 토론이 끓어오르는 것을 보고 10페이지나 끓는 것을 봅니다. 대각선으로 보았습니다-아무것도 이해하지 못했습니다.
주제를 팔로우 한 사람은 이익에 대한 페이지에서 알려주십시오.
TC는 아직 유통 경로와 비용이 얼마인지 발표하지 않았습니다. :) 따라서 지금까지 이익에 대한 이야기가 없었습니다. :)
2. 당신은 내 메시지를 올바르게 이해했습니다. 인터페이스는 어드바이저와 독립적으로 생성될 수 있고 어드바이저 없이도 존재할 수 있지만 함께 작동하는 것이 좋습니다.)
3. 주제의 주제는 인터페이스를 통해 미래의 Expert Advisors의 표준을 논의하는 것을 목표로 합니다. 제 생각에는 이것에 허세가 없습니다 ... 모두가 서로의 아이디어를 말하고 제안하고 비판 할 수 있습니다. 결국 우리는 몇 가지 기본 표준에 도달하게 될 것입니다.
인터페이스를 전문가와 통합하는 실제 예를 보여줍니다. 예를 들어, 파일 시스템에 대한 액세스(전문가 설정 저장/불러오기), 사용자 데이터를 기반으로 차트 작성(잔액/자본 곡선), 사진 및 텍스트의 슬라이드쇼(스크린샷/지침).
아직 논의할 것이 없지만 일부 과시가 ...
그건 그렇고, 제안 된 예제는 실제 전문가와 관련이 있으며 표준 라이브러리와 Anatoly의 라이브러리를 사용하여 만들기가 매우 쉽습니다.
1. 제안된 인터페이스는 현실과 분명히 분리되어 있습니다.
2. 인터페이스를 전문가와 통합하는 실제 예를 보여줍니다. 예를 들어, 파일 시스템에 대한 액세스(전문가 설정 저장/불러오기), 사용자 데이터를 기반으로 차트 작성(잔액/자본 곡선), 사진 및 텍스트의 슬라이드쇼(스크린샷/지침).
3. 아직 논의할 사항이 없고 일부 과시...4. 그건 그렇고, 제안 된 예제는 실제 전문가와 관련이 있으며 표준 라이브러리와 Anatoly의 라이브러리를 사용하여 만들기가 매우 쉽습니다.
1. 지금까지 보여드린 인터페이스가 현실과 동떨어져 있다는 점에는 동의하지 않을 수 없습니다. Expert Advisors의 인터페이스 표준 에 대해 논의하면서 나는 내 기술의 올바른 방향을 설정하고 미래의 그래픽과 기능이 현실과 안정적으로 연결되도록 하려고 노력하고 있습니다.
2. 아직 전문가와의 인터페이스 통합에 대한 실제 사례를 보여드릴 수는 없지만, 이 기술은 개발 단계에 있지만 개념이 완전히 공식화되어 있기 때문입니다.
인터페이스 설정 저장 및 로드가 구현됩니다. 열려 있는 창의 목록, 크기 및 위치, 작업 표시줄의 아이콘 집합 및 합성 창의 현재 어셈블리가 파일에 저장되고 자동으로 로드됩니다. 이건 영상에 없지만 요청하시면 짧은 영상으로 찍어드립니다.
사용자 데이터를 기반으로 그래프를 작성하고 그림과 텍스트의 슬라이드쇼는 확실히 중요하지만 구현에 대해서는 조금 후에 다루겠습니다. 조언 해주셔서 감사합니다.
3. 불행히도, 누구든지 "과시"로 비난받을 수 있습니다.
4. 당신은 그것에 대해 논쟁할 수 없습니다. 실제로 이러한 예제는 표준 라이브러리와 Anatoly 라이브러리를 사용하여 쉽게 만들 수 있지만 불행히도 기술 비호환성으로 인해 내 창에 연결할 수 없습니다. 이 라이브러리의 개발을 기다리거나 내 창의 기능을 포기하는 것은 우리에게 남아 있습니다. 누구나 스스로이 선택을 할 수 있습니다.
인터페이스 설정 저장 및 로드가 구현됩니다.
나는 인터페이스가 아닌 EA의 설정 을 저장/로드하는 인터페이스를 사용하여 구현된 EA의 파일 내비게이터의 예에 대해 이야기하고 있었습니다.
전문가 설정은 우선 해당 매개 변수의 저장된 값입니다. 파일에서 저장하거나 로드하는 데 어려움이 없으며 파일 탐색기를 사용하지 않고도 자동으로 수행할 수 있습니다. 인터페이스 설정이 이제 저장되는 것과 같은 방식으로 파일에 저장됩니다.
Expert Advisor의 파일 내비게이터는 정말 필요한 기능이라고 생각하지만, 다른 경우도 마찬가지입니다. 나는 고문의 인터페이스에서 그 존재를 표준으로 만들 것을 제안합니다.
참으로 당신이 옳습니다. 파일에서 원하는 인터페이스를 선택적으로 로드할 필요가 있으며 이는 엔진에 있는 파일 탐색기에서 수행됩니다. 실제로 엔진은 목록에서 필요한 인터페이스를 로드(파일 탐색기 사용)하는 별도의 프로그램(표시기)입니다. 이 인터페이스는 그것이 속한 어드바이저의 설정과 함께 로드됩니다. 전역 변수의 값은 인터페이스를 로드하는 단계에서 생성될 전역 변수에 할당됩니다. 다음으로 사용자는 어드바이저를 다운로드해야 합니다.
실제로 모든 고문은 표시기로 설계된 동일한 그래픽 엔진으로 작업하며 이 표시기(엔진)는 이 특정 고문의 인터페이스를 "전달"하고 작동을 보장합니다.
EA에서 구현된 파일 탐색기 표시기를 사용하여 인터페이스를 만드는 예에 대해 이야기했습니다. 그러나 "파일 탐색기"라는 단어에 집착하지 마십시오. 이것은 작업의 예이며 Expert Advisors에는 터미널 창의 탐색기, 차트의 개체, 터미널의 표시기 등 많은 유사한 작업이 있을 수 있습니다. 이것은 전역 변수 를 통해 지표에 입력하려는 목록(표) 행을 통해 구현된 작업의 작은 계층일 뿐입니다.