크라우드소싱 GUI. 오픈 베타 테스트. - 페이지 29

 
Alexandr Andreev :

글쎄요, 예가 있었습니다. 작업 기능의 일부로 특정 파일이 있음이 분명합니다. 스위치(버튼)가 생성되는 위치입니다. 글쎄, 우리는 버튼을 누르는 반응을 입력할 기회가 주어진다.

예, 이것은 반례입니다. 위치 버그로 인해 끝까지 작동하지 않았습니다.

반응은 버튼, 체크박스, 입력 필드 , 슬라이더, 드롭다운 목록, 라디오 버튼 그룹에 입력할 수 있습니다.

지금까지 편집기를 사용하여 이러한 요소를 만들 수 있습니다. 그들을 위해 이벤트 핸들러는 사용자가 반응을 작성하는 파일에 생성됩니다.

또한 파일은 다음을 위해 사용자가 요소에 액세스하는 데 사용하는 기능을 인쇄합니다.

1. 요소의 현재 값을 가져옵니다.
2. 요소의 새 값을 설정합니다.

함수는 접두사 E_(요소) 및 W_(창)에 응답하는 Intellisense 목록에서 쉽게 선택할 수 있습니다.

저녁에는 완전한 예가 있습니다.
 
일반적으로 버튼의 반응 구현에 대한 릴리스는 매우 중요합니다. 그것은 당신이 상상할 필요가 있는 디자인과 함께입니다.
 
Реter Konow :
예, 이것은 반례입니다. 위치 버그로 인해 끝까지 작동하지 않았습니다.

반응은 버튼, 체크박스, 입력 필드 , 슬라이더, 드롭다운 목록, 라디오 버튼 그룹에 입력할 수 있습니다.

지금까지 편집기를 사용하여 이러한 요소를 만들 수 있습니다. 그들을 위해 이벤트 핸들러는 사용자가 반응을 작성하는 파일에 생성됩니다.

또한 파일은 다음을 위해 사용자가 요소에 액세스하는 데 사용하는 기능을 인쇄합니다.

1. 요소의 현재 값을 가져옵니다.
2. 요소의 새 값을 설정합니다.

함수는 접두사 E_(요소) 및 W_(창)에 응답하는 Intellisense 목록에서 쉽게 선택할 수 있습니다.

저녁에는 완전한 예가 있습니다.

Eeeee 어떤 다른 기능을 선택해야 하는지 ... 그런 것은 필요하지 않습니다. 내가 알기로는 유효한 버튼이 스위치에 할당된 파일을 생성합니다. 점. 그런 다음 이 버튼에 대한 반응에 대한 호출을 입력하는 것은 모두에게 달려 있습니다. 예를 들어, 그녀가 누른 것 또는 다른 것을 저장하십시오. 눌렸다는 피드백에 환경을 쓰는 것은 불필요하다고 생각합니다

 
Alexandr Andreev :

Eeeee 어떤 다른 기능을 선택해야 하는지 ... 그런 것은 필요하지 않습니다. 내가 알기로는 유효한 버튼이 스위치에 할당된 파일을 생성합니다. 점. 그런 다음 이 버튼에 대한 반응에 대한 호출을 입력하는 것은 모두에게 달려 있습니다. 예를 들어, 그녀가 누른 것 또는 다른 것을 저장하십시오. 눌렸다는 피드백에 환경을 쓰는 것은 불필요하다고 생각합니다

디자인 작업을 하는 것이 좋습니다

 
Alexandr Andreev :

Eeeee 어떤 다른 기능을 선택해야 하는지 ... 그런 것은 필요하지 않습니다. 내가 알기로는 유효한 버튼이 스위치에 할당된 파일을 생성합니다. 점. 그런 다음 이 버튼에 대한 반응에 대한 호출을 입력하는 것은 모두에게 달려 있습니다. 예를 들어, 그녀가 누른 것 또는 다른 것을 저장하십시오. 눌렸다는 피드백에 환경을 쓰는 것은 불필요하다고 생각합니다

그리고 여기에서는 어떤 식으로든 클래스를 통해 환경을 구현해야 합니다. 또한 탭 메뉴 등을 호출합니다. 등.

 
Alexandr Andreev :

Eeeee 어떤 다른 기능을 선택해야 하는지 ... 그런 것은 필요하지 않습니다. 내가 알기로는 유효한 버튼이 스위치에 할당된 파일을 생성합니다. 점. 그런 다음 이 버튼에 대한 반응에 대한 호출을 입력하는 것은 모두에게 달려 있습니다. 예를 들어, 그녀가 누른 것 또는 다른 것을 저장하십시오. 눌렸다는 피드백에 환경을 쓰는 것은 불필요하다고 생각합니다

당신은 이해하지 못했습니다.

1. 핸들러에 반응을 입력합니다.

2. 요소(예: 입력 필드 의 텍스트)에서 현재 값을 가져오려면 준비 목록에서 해당 함수를 호출합니다.
 
Alexandr Andreev :

그리고 여기에서는 어떤 식으로든 클래스를 통해 환경을 구현해야 합니다. 또한 탭 메뉴 등을 호출합니다. 등.

베드로의 코 앞에서 "수업이 필요합니다"라는 표현을 흔들지 맙시다. 적어도 비디오를 기다리면 질문을 할 것입니다.

나는 이미 Peter에게 매우 간단한 방법으로 그의 "핵심"을 약간 수정하도록 제안했습니다. 바로 구조를 사용하는 것입니다. 이 수업으로 지옥에 가기 위해 사람은 그 수업에 뛰어들고 싶지 않습니다. 이것은 자신의 사업입니다.

그러나 단순히 구조를 사용하는 것만으로도 Peter 자신의 삶이 더 쉬워졌을 것입니다.

"핵심"이 지금 어떻게 생겼는지, 그것은 또한 전역 배열입니다: 다차원 배열 , 음, 적어도 2차원입니다. 두 번째 차원에서 인덱스는 특정 유형의 제어 요소의 속성을 포함합니다. 인덱스가 정의로 대체되고 이름으로 "의사 참조"를 얻으므로 이름으로 속성에 액세스할 수도 있습니다. 사실 모든 것은 Peter가 정의한 동일한 "마크업 언어"를 기반으로 합니다.

나는 이미 Peter에게 구조를 적용하도록 제안했고, 그러면 전역 배열을 1차원으로 만들고 속성에 이름으로 직접 액세스할 수 있습니다. 원래 구조에 새 속성을 추가한 다음 이름으로 참조하는 것으로 충분하기 때문에 "코어" 성장도 단순화됩니다. 그리고 코드 자체는 수많은 정의 목록과 이를 사용하는 메서드 목록을 제거하여 단축할 수 있습니다.

한편으로 이들은 클래스가 아니지만 다른 한편으로는 Peter 자신을 위한 전역 배열 작업을 크게 용이하게 할 것입니다. 또한 Peter는 이미 유사한 구조(결합 포함)에 대한 약간의 경험이 있습니다.

하지만 피터는 나름의 센스가 있고 결과를 기다릴 뿐...

 

엔드-투-엔드 예로서, 저는 다음 계획을 제안합니다: 거래 금액, SL 가격 및 TP 가격, 2개의 버튼: BUY 및 SELL의 세 가지 필드가 있는 양식을 만듭니다.

어드바이저를 만들고 GUI를 포함 형식으로 연결합니다. 초기 비율에 대한 변수를 추가합니다. Expert Advisor 초기화 시 초기 베팅 금액이 GUI의 해당 필드로 이체됩니다.

Expert Advisor에서 "공개 거래" 기능을 만듭니다. 이 함수는 GUI에서 버튼 중 하나를 누르자마자 호출되어야 합니다.

기능 자체에서 우리는 특정 명령이 무엇인지 "찾아내고" GUI에 현재 설정된 비율을 묻고 이 데이터를 기반으로 해당 거래를 엽니다.

 
Алексей Барбашин :

엔드-투-엔드 예로서, 저는 다음 계획을 제안합니다: 거래 금액, SL 가격 및 TP 가격, 2개의 버튼: BUY 및 SELL의 세 가지 필드가 있는 양식을 만듭니다.

어드바이저를 만들고 GUI를 포함 형식으로 연결합니다. 초기 비율에 대한 변수를 추가합니다. Expert Advisor 초기화 시 초기 베팅 금액이 GUI의 해당 필드로 이체됩니다.

Expert Advisor에서 "공개 거래" 기능을 만듭니다. 이 함수는 GUI에서 버튼 중 하나를 누르자마자 호출되어야 합니다.

기능 자체에서 우리는 특정 명령이 무엇인지 "찾아내고" GUI에 현재 설정된 비율을 묻고 이 데이터를 기반으로 해당 거래를 엽니다.

로트, 테이크 및 스톱 + 매수/매도 버튼? 간단하고 명확한 예. 나는 그렇게 할게. 주문을 여는 기능과 스탑 가격을 받는 기능을 추가하겠습니다.
 
Реter Konow :
당신은 이해하지 못했습니다.

1. 핸들러에 반응을 입력합니다.

2. 요소(예: 입력 필드 의 텍스트)에서 현재 값을 가져오려면 준비 목록에서 해당 함수를 호출합니다.

왜, 필드를 채울 때 호출되는 함수와 템플릿 유형의 입력 값을 통해서도 가능합니다... 그게 다입니다. 스트링 타입이라 해도 ....어쨌든 필드의 고속 채우기는 없을 것입니다.