더 많은 전략? 물론 문제가 아닙니다! - 페이지 9

새 코멘트
 
voltair >> :

제너레이터와 그 전략에 대해 논의하고자 하는 사람들은 여기에서 "패스"하는 것이 좋습니다.

의도한 것과 다른 목적으로 브랜치를 사용하게 된 것에 대해 SX 작성자에게 사과드립니다.

그리고 또 다른 성공!

감사합니다.

 
TheXpert >> :

월요일까지 초기 다운타임이 없도록 최적화 순서를 변경하는 버전을 만들려고 노력할 것입니다.

여기 그녀가 있습니다.

 
TheXpert >> :

여기 그녀가 있습니다.

죄송합니다. 주문을 열 때 정지되는 버그를 수정했습니다. 최소 개방에 대한 잔액 확인이 추가되었습니다. 이전 버전을 다운로드한 모든 사용자는 새 버전으로 업데이트해야 합니다.

파일:
home_1.zip  7 kb
 
TheXpert писал(а) >>

... 공예품에 대한 건설적인 비판과 (어떤 계획이든) 바라는 점을 듣고 싶습니다. ... 

extern string Condition_9_       = "Close( 1 ) < BBands(BBandsPeriod, BBandsDeviation, 1)";


bool BuyCondition9 ( )
{
   return ( iBands ( symbol , 0 , BBandsPeriod , BBandsDeviation , 0 , PRICE_CLOSE , MODE_LOWER , 1 ) > Open [ 0 ] ) ;
}

bool SellCondition9 ( )
{
   return ( iBands ( symbol , 0 , BBandsPeriod , BBandsDeviation , 0 , PRICE_CLOSE , MODE_UPPER , 1 ) < Open [ 0 ] ) ;
}

나는 확실성을 원한다. :)

 
SergNF >> :

나는 확실성을 원한다. :)

그리고 어디에서 변화를 제안합니까? 댓글 변경에 찬성합니다.

__________________________

4시간 런칭.

진행 상황은 다음과 같습니다.




내 컴퓨터는 가장 강력하지 않습니다.

따라서 일반 컴퓨터의 시계는 실제로 하루가 걸릴 수도 있습니다. 그리고 병렬화하면...


이렇게 남은 시간이 줄어든 것은 중요한 전략이 가장 많이 집중된 것은 그 이전에 중간에 있었다는 사실 때문입니다.

 
TheXpert писал(а) >>

댓글 수정에 찬성합니다.

동의한다.

가장 중요한 것은 모든 사람의 "원본"이 "참조"여야 한다는 것입니다. 그런 다음 세트를 어떻게 변경합니까? :)

따라서 일반 컴퓨터의 시계는 실제로 하루가 걸릴 수도 있습니다. 그리고 병렬화하면...

그리고 "개시 가격"이라면 ... 이미 10번 "조정"했고 모든 옵션이 OOS에서 고갈되었습니다.

(시간 EURUSD 적합 - 모든 2008. 3 반복 - Condition_X -> Secondary_ -> Condition_X )

"All ticks" 및 "by 개시 가격" 모델의 결과는 동일합니다.

 
SergNF >> :

동의한다.

가장 중요한 것은 모든 사람의 "원본"이 "참조"여야 한다는 것입니다. 그런 다음 세트를 어떻게 변경합니까? :)

세트를 제외하고 파일 및 단순히 조건 라인을 변경하는 것이 가능합니다. 수정 사항은 다음 버전에 있습니다.

 
SergNF >> :

그리고 "시가로"라면 ... 이미 10 번 "조정"했고 모든 옵션이 OOS에 덤핑되고 있습니다.

물론 시가로 OO. 왜 당신의 컴퓨터를 무료로 고문합니까?

(시간 EURUSD 적합 - 모든 2008. 3 반복 - Condition_X -> Secondary_ -> Condition_X)

나는 99년부터 시험을 봤다.

 
TheXpert писал(а) >>

... 공예품에 대한 건설적인 비판과 (어떤 계획이든) 바라는 점을 듣고 싶습니다. ...

- 임호. " // Externs " 블록과 " // here " 블록을 별도의 "includer"로 이동하여 아무도 기본 파일을 편집하기 위해 손을 들지 않도록 하는 것이 좋습니다.

- 예, 그리고 "인코딩", IMHO에서 " BuyCondition9() " 숫자에서 일부 "니모닉"으로 이동하여 완전히 다른 " BuyCondition786() "을 동시에 추가하는 사람이 없도록 하는 것이 좋습니다. 그렇지 않으면 "저장소"는 작성자가 보관해야 합니다. 왼쪽에 기능의 대문자를 입력하고 오른쪽에 "ВВ_O"( Condition9 의 경우)를 입력하거나 접두사에 "저자 닉네임"을 추가합니다. 그러나 " bool BuyCondition(int index) " 및 " bool SellCondition(int index) " 기능을 "감기"해야 합니다.

내 작업 중 일부에서 외부 매개변수(및 ini 파일에 복제됨)에서 오랫동안 "+EURUSD" - "EURUSD 구매"와 같은 일종의 니모닉을 작성해 왔습니다. 통역사를 향한 일종의 발걸음이 될 것입니다. :)

'

추신.

 extern string ConditionName1 = "BB_O" ;
extern int ConditionValue1 = 0 ;

그러나 맞춤형으로 최적화 하기가 어렵습니다. :)

'

ZYY.

"최적화된 extern"(int)과 예약된 숫자/기능을 사용하는 최종 사용자의 무능력 사이에 타협이 있었다면... 유연성과 다양성 면에서 이 제품은 모든 사람을 능가할 것입니다. "사랑하는 사람을 위한 것"이지만 불필요한 합병증이 될 것입니다. :)

수정 사항은 다음 버전에 있습니다.

그리고 extern string에 댓글 주문!!!!!

'

 
SergNF >> :

- 임호. " // Externs " 블록과 " // here " 블록을 별도의 "includer"로 이동하여 아무도 기본 파일을 편집하기 위해 손을 들지 않도록 하는 것이 좋습니다.

사실 그게 내가 하려고 했던 일이다.

버전 1.0의 경우 모듈로 분할하고, 정리하고, 코드 생성(아마도)하고, 약간의 마나를 작성할 계획이었습니다.

제품처럼 보이도록 하기 위함입니다.

- 예, 그리고 "인코딩", IMHO에서 " BuyCondition9() " 숫자에서 일부 "니모닉"으로 이동하여 완전히 다른 " BuyCondition786() "을 동시에 추가하는 사람이 없도록 하는 것이 좋습니다. 그렇지 않으면 "저장소"는 작성자가 보관해야 합니다. 왼쪽에 기능의 대문자를 입력하고 오른쪽에 "ВВ_O"( Condition9 의 경우)를 입력하거나 접두사에 "저자 닉네임"을 추가합니다. 그러나 " bool BuyCondition(int index) " 및 " bool SellCondition(int index) " 기능을 "감기"해야 합니다.

저는 여기에 반대합니다. 조건 추가가 용이하긴 하지만 환영할 만한 것은 아닙니다. 코드를 변경하자마자 지원을 기대할 수 없다고 가정 해 봅시다.

조건을 추가해야 하는 경우 추가하겠습니다.

"최적화된 extern"(int)과 예약된 숫자/기능을 사용하는 최종 사용자의 무능력 사이에 타협이 있었다면... 유연성과 다양성 면에서 이 제품은 모든 사람을 능가할 것입니다. "사랑하는 사람을 위해"라고 해도 불필요한 합병증이 될 것입니다. :)

그를 찾는 이유는 무엇입니까? 간단하면 바보로부터의 보호라고합니다. 정상인 경우 - 모든 실행 단계에서 데이터 무결성 보호.

이것은 아직 부분적으로만 존재하며 버전 1.0의 추가 기능은 아직 제공되지 않습니다.

터미널을 사용할 수 없습니다. 항상 핸들의 무결성을 확인할 수 있습니다.

그리고 Comment' 주문은 extern 문자열!!!!!'

나는 여기에서 이해하지 못했다.

123456789101112
새 코멘트