[ARCHIVE!] 포럼을 어지럽히 지 않도록 초보자 질문. 프로, 놓치지 마세요. 너 없이는 아무데도 - 4. - 페이지 308

 
FAQ :

아니요, 하나의 결과만 있을 수 있습니다. 참조로 값 전달:


감사합니다.

 
drknn :
음, 두 경우 모두 동일한 값이 루틴(입찰가)에서 반환된다는 사실 때문에 이 두 함수 중 하나가 코드에서 제외될 수 있습니다. 반환된 값이 다른 경우 예를 들어 문자열에서 문자열을 수집할 수 있습니다. 서브루틴에서 이 두 값을 세미콜론과 같은 일종의 구분 기호로 구분하여 반환합니다. 그리고 문자열로 반환합니다. 다음으로 메인 코드에서 문자열에서 2개의 값을 추출하여 double로 변환합니다.

FAQ 에서 제안한 내용과 동일한 가요 ? 그렇지 않다면 예를 작성할 수 있습니까?

 
Roman. :

안녕하세요! 사람들이 이미 귀하의 질문에 대해 제안했기 때문에 저는 관심을 가질 것입니다. 2008년 의 챔피언 , 당신입니까?

그렇다면 "마드리드 법원의 비밀"을 모두 밝히지 않고 "비엔나 숲의 모든 이야기"를 말하지 않고 GRAIL을 당신의 의견으로 태우지 마십시오. 베일을 조금 들어 올리면... 할 수 있습니다 . 이 지점 에서 사람들에게 유용할 것입니다!

열심히 챔피언십을 준비하고 있습니다...

고맙습니다!


그래 나야 러시아어가 모국어가 아니고 시간이 많이 걸리기 때문에 포럼에 글을 많이 쓰지 않습니다.

2008년 이후에는 "전부 아니면 전무"(큰 TP SL 및 로트)를 기반으로 ATC용 프로그램을 작성합니다. 지금은 핍에서 많은 점수를 획득하기가 어렵기 때문입니다. 실생활에서 나는 pipsing을 사용합니다. 왜냐하면 이것은 나에게 가깝고 이해할 수 있는 것이기 때문입니다. :)

 
abeiks :

FAQ 에서 제안한 내용과 동일한 가요 ? 그렇지 않다면 예를 작성할 수 있습니까?

 string Stroka=r_master_Ticket[ as ]+ ";" +ClientTicket+ ";" +r_master_Lot[ as ]+ ";" +LOT; // у меня в коде так
변수는 더 일찍 초기화됩니다. 문자열 값으로의 유형 변환은 자동으로 발생합니다.
 
drknn :
변수는 더 일찍 초기화됩니다. 문자열 값으로의 유형 변환은 자동으로 발생합니다.

고맙습니다!
 
abeiks :

그래 나야 러시아어가 모국어가 아니고 시간이 많이 걸리기 때문에 포럼에 글을 많이 쓰지 않습니다.

2008년 이후에는 "전부 아니면 전무"(큰 TP SL 및 로트)를 기반으로 ATC용 프로그램을 작성합니다. 지금은 핍에서 많은 점수를 획득하기가 어렵기 때문입니다. 실생활에서 나는 pipsing을 사용합니다. 왜냐하면 이것은 나에게 가깝고 이해할 수 있는 것이기 때문입니다. :)


잘했어요!!!

그리고 간단하고 다소 생동감 있는 정보를 얻을 수 있습니까? 즉흥적인 전략(공식화, MT4 코드로 변환)?

 
if(a>b || c>d) 와 같은 조건은 어떻게 처리되나요? 왼쪽에서 오른쪽으로, 오른쪽에서 왼쪽으로, 또는 다른 경우에 다를 수 있습니까?
 

개체를 생성 할 때의 좌표는 십자가 자체의 좌표가 아닙니다(마우스로 마우스를 가져가면 강조 표시됨).

질문: 개체가 아닌 십자 좌표에 따라 개체를 만드는 방법은 무엇입니까?

 
silhouette :

개체를 생성할 때의 좌표는 십자가 자체의 좌표가 아닙니다(마우스로 마우스를 가져가면 강조 표시됨).

질문: 개체가 아닌 십자 좌표에 따라 개체를 만드는 방법은 무엇입니까?


가격과 시간을 정확하게 나타내는 특수 핸드 코드. 다음 값일 수 있습니다.

끊임없는 의미 설명
하나 오름차순 화살표 끝 오른쪽( )
2 오른쪽에 힌트가 있는 내림차순 화살표( )
왼쪽을 가리키는 삼각형( )
4 대시 문자(-)
SYMBOL_LEFTPRICE 5 왼쪽 가격 라벨
SYMBOL_RIGHTPRICE 6 올바른 가격 라벨

DRAW_ARROW 스타일의 라인에 대한 화살표 값을 설정할 때 사용자 지정 표시기에 특수 화살표 코드를 사용할 수 없습니다.

 
AndEv :
if(a>b || c>d) 와 같은 조건은 어떻게 처리되나요? 왼쪽에서 오른쪽으로, 오른쪽에서 왼쪽으로, 또는 다른 경우에 다를 수 있습니까?

조건에 엄격한 분리가 없기 때문에(그리고 요소 중 하나 이상이 참이면 항상 참임) 개발자 사이트에서 이 조건을 처리하는 가장 논리적인 것은 먼저 분자를 나누는 것입니다 (a>b || c>d) 원자 "a >b""c>d"로 변환한 다음, 진실을 확인하기 위해 원자를 순차적으로 열거하는 주기를 구성합니다. 그리고 다음 원자가 참이면 즉시 주기를 중단하여 프로그램이 조건 대괄호 바로 밖에 있는 작업을 수행할 수 있도록 합니다. 즉, 더 이상 필요하지 않기 때문에 나머지 원자를 거치지 않습니다. 그리고 여기에서 우리가 원자를 처음부터 끝까지 또는 생성된 원자 목록의 끝에서 시작까지 통과하는지 여부는 중요하지 않습니다. 개발자(메타따옴표)만 검색 방향을 표시할 수 있습니다. 그리고 왜 그것을 필요로 했습니까? 당신은 당신 자신의 컴파일러를 작성하고 있습니까?