찻주전자의 질문 - 페이지 26

 
Interesting :
이것은 공식적으로 유통되기 전의 합성 환율 또는 유로 환율입니다(제가 기억하는 한 유로 이전에는 특정 통화가 있었습니다) ...
1979년부터 ECU가 있었지만 이전에는 합성과 같은 통화 바구니 에서 계산되었습니다.
 
Urain :
1979년부터 ECU가 있었지만 이전에는 합성과 같은 통화 바구니에서 계산되기도 했습니다.

나는 또한 ECU라고 생각했습니다 (그러나이 이름을 가진 중세 의 프랑스 동전도 있기 때문에 의심 스럽습니다).

Evra의 역사에 익숙하지 않은 사람들은 다음을 읽는 것이 유용할 것입니다.

1 에브라의 역사

2. Ecu(유럽 통화 단위) - Wikipedia

История единой европейской валюты (евро)
  • www.globfin.ru
Идея евро не так уж нова и молода. Попытки объединить (или унифицировать) денежные системы возникали неоднократно. Практически одновременно с появлением монет. Как известно, первые монеты появились в Лидии (государстве, находившемся в Малой Азии) в VII веке до н.э. Некоторые древнегреческие города-государства стали заключать между собой союзы...
 
의사 난수 생성기 주제에 관심이 있습니다. 그들은 실제로 어디에서 왔습니까? 알고리즘은 무엇입니까? 하드 드라이브 및 기타 무라의 볼륨에서 또는 어디에서? 저는 여기에 20개의 숫자 범위에서 거의 같은 수의 짝수와 홀수를 제공하는 무언가를 쓰고 싶습니다. 나는 표준 생성기를 시도했는데 어딘가에서 망쳤을 수도 있지만 4 대 1로 밝혀졌습니다. 최소한 스스로를 쏴)) 닫는 막대의 역사에서 숫자를 가져 오려고했습니다 - 2에서 1. Pfft ... 음, 난수 운에 맡기기에는 너무 중요합니다 ))
 
AUser :
의사 난수 생성기 주제에 관심이 있습니다. 그들은 실제로 어디에서 왔습니까? 알고리즘은 무엇입니까? 하드 드라이브 및 기타 무라의 볼륨에서 또는 어디에서? 저는 여기에 20개의 숫자 범위에서 거의 같은 수의 짝수와 홀수를 제공하는 무언가를 쓰고 싶습니다. 나는 표준 생성기를 시도했는데 어딘가에서 망쳤을 수도 있지만 4 대 1로 밝혀졌습니다. 최소한 스스로를 쏴)) 닫는 막대의 역사에서 숫자를 가져 오려고했습니다 - 2에서 1. Pfft ... 음, 난수 운에 맡기기에는 너무 중요합니다 ))

여기 를 읽으십시오. 도움이 될 수 있습니다.

틀리지 않았다면 MQL4 포럼에서 알고리즘에 대한 질문을 올렸는데 정확히 어디인지 기억이 안나네요.

��������� ��������� ����� - ���������� ����������
  • alglib.sources.ru
This article is outdated due to the last updates in the ALGLIB package. It will be rewritten soon. Till then you may find information you need in the reference manual. ������ ������, ���������� ��������� ��� ����� ������� ���� �� "��������� ��������������� �����", �.�. ��� ���������, �������������� �����, ���������� �����, �� ����������...
 
순수 MathRand() 및 MathSrand() 는 Visual Studio 2008 C++ 컴파일러와 함께 제공되는 일반 C++ 함수 rand() 및 srand()에 대한 래퍼입니다.
 

다시 세 소나무에서 ...

와 같은 변수가 있습니다

 input string    Smbl_01= "EURUSD" ;
input string    Smbl_02= "GBPUSD" ;

long            Chrt_Smbl_ID_01;
long            Chrt_Smbl_ID_02;

처리하지만 그게 요점이 아닙니다

       if (Smbl_01!= NULL )
        {
         SymbolSelect (Smbl_01, true );
         Chrt_Smbl_ID_01= ChartOpen (Smbl_01,Prd);
         ChartApplyTemplate (Chrt_Smbl_ID_01,NmTmplt);
        };

변수가 많기 때문에

 for ( int i= 1 ;i<= 12 ;i++)
     {
       string Smbl_= "Smbl_" ;
       string Chrt_Smbl_ID_= "Chrt_Smbl_ID_" ;
       if (i< 10 )
        {
         StringAdd (Smbl_, IntegerToString ( 0 ));
         StringAdd (Chrt_Smbl_ID_, IntegerToString ( 0 ));
         StringAdd (Smbl_, IntegerToString (i));
         StringAdd (Chrt_Smbl_ID_, IntegerToString (i));
        }
       else
        {
         StringAdd (Smbl_, IntegerToString (i));
         StringAdd (Chrt_Smbl_ID_, IntegerToString (i));
        };

이제 문자열 Smbl_이 실제로 입력 문자열 Smbl_01이고 문자열 Chrt_Smbl_ID_가 문자열 Chrt_Smbl_ID_임을 컴파일러에 설명하는 방법은 무엇입니까?

즉, "개념의 대체"로 상위 기능을 하위 기능에 포함시키려면?

upgr 수 있습니다. 누구든지 변수 열거 함수의 샘플을 가지고 있습니까?

 
Silent :

다시 세 소나무에서 ...

와 같은 변수가 있습니다

처리하지만 그게 요점이 아닙니다

변수가 많기 때문에

이제 문자열 Smbl_이 실제로 입력 문자열 Smbl_01이고 문자열 Chrt_Smbl_ID_가 문자열 Chrt_Smbl_ID_임을 컴파일러에 설명하는 방법은 무엇입니까?

즉, "개념의 대체"로 상위 기능을 하위 기능에 포함시키려면?

upgr 수 있습니다. 누구든지 변수 열거 함수의 샘플을 가지고 있습니까?

당신은 엔티티의 논리적 유형을 혼동하는 경향이 있습니다. 이 경우 프로그램 코드 줄(변수 이름)과 문자열 변수 내용의 차이를 느끼지 못합니다.

당신 이 그것을 제시하는(그리고 그것을 인지하는) 공식에서 당신의 임무는 근본적으로 해결할 수 없습니다. 당신은 당신이 선택한 길의 막다른 골목에 있습니다 . 해결책이 없습니다. 아무데도.

이것이 일상 생활에서 나타날 때 이를 정신분열증이라고 합니다. 당신은 그것을 다룰 좋은 기회가 있습니다. 이를 위해서는 논리적 유형을 구별하는 능력을 강화해야 합니다.

뿐만 아니라 코드 작성에 대한 먼 접근 방식에서 올바른 경로와 막다른 경로를 구별하기 위해 이 특정 주제에 상당히 익숙해야 합니다.

훈련:

(1) 이 예뿐만 아니라 자신과 다른 사람들의 경험에서 찾을 수 있는 유사한 어려움을 스스로 알아내려고 시도하십시오. 다행히 포럼에는 모든 진단에 대한 예가 많이 있습니다.

그런 다음 (2) 교착 상태에서 벗어날 때 발견하는 것과 같은 유형의 오류의 예를 의식적으로 작성하십시오. 풍부하고 다양합니다. 상상력을 발휘하고, 과시하고, 즐기십시오.

또한 두 번째(2)는 사고의 재구성에 매우 중요합니다. 이 조언을 무시하지 마십시오. (1) 없이 (2) - 얻을 기회가 있는 결과의 20%만.

그리고 이 결과는 지금 상상할 수 있는 것보다 훨씬 더 중요합니다. mql5를 배우는 것보다 훨씬 더 중요합니다.

 

하지만...

변수 이름(다른 변수의 내용(문자열)이 있는 변수 이름)은 비교할 수 없음을 이해해야 합니다.

피찰.

 
Silent :

1. 하지만...

2. 변수 이름(다른 변수의 내용(문자열)이 있는 변수 이름)은 비교할 수 없음을 이해해야 합니다.

3. 피찰.

1. 어휴.

2. 네! 정확히. 소프트웨어는 불가능합니다. 화면(또는 인쇄물)을 보는 눈으로만. 그리고 등장인물의 외적 유사성은 획일성의 환상을 만든다. 하지만 그렇지 않습니다. 잡지나 스크린에 있는 지폐의 이미지에는 구매력이 없다고 가정해 봅시다. 물을 칠한 잔은 갈증을 해소할 수 없고 깨뜨릴 수도 없습니다. 담장에 적힌 세 글자의 글은 삽화가 있어도 자식을 낳을 수 없다.

3. 글쎄, 울어. 잊지 마세요. 이 눈물은 장난감이고 비합리적입니다. 그 자리에 있는 모든 논리적 유형의 정보는 유용하며 불행한 인구를 혼동하지 않고 문제를 해결하기 위해 생성됩니다. 그러나 혼란은 실제로 막다른 골목으로 이어질 수 있습니다. 레코. :)

 
MetaDriver :

이야기를 하시겠습니까?

2. C#: 변수의 이름을 찾는 방법은 무엇입니까?

Google 에 변수 이름을 가져오는 방법을 물어보면 그 질문에 그럴 권리가 있음이 밝혀졌습니다.

이전 질문의 잘못된 표현에 대해. 페이지 관대하게 용서하십시오.

"컴파일러처럼 프로그래머의 사고 방식을 제한하는 것은 없습니다"(c)

Возможно этот домен продается.
  • msug.vn.ua
Возможно этот домен продается. Мы являемся владельцами разных доменных имен, некоторые из которых мы готовы продать. Условия простые: мы продадим домен первому, кто предложит нам цену, от которой мы не сможем отказаться.