MQL5에 대한 피드백 - 페이지 7

새 코멘트
 
Renat Fatkhullin :

스타일리스트의 규칙에 대한 설명은 여러 줄의 예술적 텍스트에 넣을 수 없습니다.

우리가 정한 대로 형식이 지정됩니다.

안녕하세요!

스타일러 가 사용자가 설정한 방식으로만 형식을 지정하고 다른 것은 전혀 없다는 사실이 다소 이상합니다. 설명하겠습니다.

MT는 Windows 플랫폼입니다. Windows용 주요 개발 도구는 MSVC이며 MT는 MFC로 작성되었습니다. 이 라이브러리는 들여쓰기 및 서식 지정에 대한 표준으로 Kernighan 및 Ritchie 표준의 변형을 채택합니다. 따라서 MSVC에서 평생을 보낸 사람(대부분 Windows 아래에 있음)은 탭으로 3개의 공백과 "{" 앞에 2개의 추가 공백을 볼 뿐만 아니라 명령문 사이에 공백이 없습니다( if, for ...) 및 다음 대괄호 - 몇 가지 격렬하고 코드 읽기를 방해합니다. 나는 당신이 법인과 같은 형식을 채택한 것을 이해합니다. 표준이지만 다른 개발자에게는 적용되지 않습니다.

따라서 몇 가지 스타일링 옵션을 소개하는 것이 좋습니다. 모두가 매우 감사할 것입니다.

 
SeriousRacoon :

안녕하세요!

스타일러 가 사용자가 설정한 방식으로만 형식을 지정하고 다른 것은 전혀 없다는 사실이 다소 이상합니다. 설명하겠습니다.

MT는 Windows 플랫폼입니다. Windows용 주요 개발 도구는 MSVC이며 MT는 MFC로 작성되었습니다. 이 라이브러리는 들여쓰기 및 서식 지정에 대한 표준으로 Kernighan 및 Ritchie 표준의 변형을 채택합니다. 따라서 MSVC에서 평생을 보낸 사람(대부분 Windows 아래에 있음)은 탭으로 3개의 공백과 "{" 앞에 2개의 추가 공백을 볼 뿐만 아니라 문 사이에 공백이 없어야 합니다( if, for ...) 및 다음 대괄호 - 몇 가지 격렬하고 코드 읽기를 방해합니다. 나는 당신이 법인과 같은 형식을 채택한 것을 이해합니다. 표준이지만 다른 개발자에게는 적용되지 않습니다.

따라서 몇 가지 스타일링 옵션을 소개하는 것이 좋습니다. 모두가 매우 감사할 것입니다.

약간의 수정, Microsoft의 코드 스타일은 K&R 표준이 아닙니다. K&R 표준은 주로 중괄호와 다르며 PDP-11 화면 및 기타 영숫자 디스플레이(80자 * 25줄)에 가능한 한 많은 줄에 맞도록 설계되었습니다. 그건 그렇고, 여기에 책에 대한 링크가 있습니다. 누군가가 유용하다고 생각할 것입니다. http://rabus.ru/KernighanRitchie_C/index.html#content

 /* подсчет строк, слов и символов */
main()
{
     int с, nl, nw, nc, state;
    state = OUT;
    nl = nw = nc = 0 ;
     while ((с = getchar()) != EOF) {
        ++nc;
         if (c == '\n' )
            ++nl;
         if (c == ' ' || c == '\n' || c == '\t' )
            state = OUT;
         else if (state == OUT) {
            state = IN;
            ++nw;
        }
    }
     printf (“%d %d %d\n”, nl, nw, nc);
}

그렇지 않으면 동의하고 이미 그것에 대해 100,500번 썼습니다. 개인적으로 저는 모든 MQL 타사 텍스트를 스튜디오로 몰아넣고 다시 포맷합니다.

 
Alexey Volchanskiy :

약간의 수정, Microsoft의 코드 스타일은 K&R 표준이 아닙니다. K&R 표준은 주로 중괄호와 다르며 PDP-11 화면 및 기타 영숫자 디스플레이(80자 * 25줄)에 가능한 한 많은 줄에 맞도록 설계되었습니다. 그건 그렇고, 여기에 책에 대한 링크가 있습니다. 누군가가 유용하다고 생각할 것입니다. http://rabus.ru/KernighanRitchie_C/index.html#content

그렇지 않으면 동의하고 이미 그것에 대해 100,500번 썼습니다. 개인적으로 저는 모든 MQL 타사 텍스트를 스튜디오로 몰아넣고 다시 포맷합니다.

예, 여는 대괄호와의 차이점은 그렇지 않으면 유사하므로 "변형"이라고 불렀습니다.

MT 환경에 사용자 도구가 있어서 써드파티 미화를 끼울 수 있다면 더 쉬울 텐데 그런 가능성은 없습니다. 대안으로 사용자 도구의 stdout 출력을 지원하는 타사 편집기를 사용할 수 있지만(클래식은 Editplus이지만 더 흥미로운 솔루션이 있음) 이것은 이미 추가 버팀목입니다. UniversalIndentGUI에 구성된 Unscrutify를 사용하고 있습니다.

 
이 주제와 관련이 없는 댓글은 " 문서 토론 "MetaTrader 4 및 MetaTrader 5 플랫폼의 가상 호스팅이 일반 VPS보다 나은 이유" "로 이동되었습니다.
 
urusov :

물론이죠:

https://www.mql5.com/ru/forum/35326

https://www.mql5.com/ru/forum/1111/

포인터에 다른 주소를 할당할 수 없는 널리 사용되는 언어의 이름을 말하십시오. 또한 한 유형의 참조를 다른 개체에 대한 동일한 유형의 참조에 할당할 수 없는 관리 언어를 하나 이상 지정하시겠습니까? 언어의 이러한 제한으로 인해 생성자나 복사 기능을 설명 해야 하는 다른 곳은 어디입니까?

그리고 제어 가능성이 가장 중요하다면 다른 제어 언어가 유사한 제한을 부과하지 않는 이유는 무엇입니까?

저에게 개인적으로 무엇보다 중요한 것은 보안과 제어 가능성이 아니라 아이디어를 실현하는 속도입니다. 이는 아이디어 거래의 맥락에서 매우 사실입니다. 이에 동의하지 않는 사람들은 자신의 가치를 과대 평가하거나 특정 결과가 아닌 프로그래밍을 위한 시스템 또는 프로그램입니다.

C#은 이제 산업 언어가 되었으며 비즈니스/인터넷 응용 프로그램에서 C++를 거의 대체했습니다. 따라서 더 정확하게는 포인터가 없지만 안전하지 않으며 개인 공예에 대해서만 안전하지 않은 코드가 필요하지 않습니다.
 
Alexey Volchanskiy :
C#은 이제 산업 언어가 되었으며 비즈니스/인터넷 응용 프로그램에서 C++를 거의 대체했습니다. 따라서 더 정확하게는 포인터가 없지만 안전하지 않으며 개인 공예에 대해서만 안전하지 않은 코드가 필요하지 않습니다.
씨샤프가 일반인을 위한 혜택이 있나요?
 

그리고 베어 포인터가 왜 그렇게 끔찍합니까? 엄격한 앨리어싱 최적화를 거부하는 경우 포인터는 일반적으로 매우 안전한 것입니다(msvc가 바로 그 작업을 수행했습니다).

일반적으로 보안에 대해 이야기하는 것은 앞서 말했듯이 진정한 이유의 베일에 불과합니다. 그리고 그 이유는 간단하다고 생각합니다. dll'ku로 전송될 함수의 주소를 찾을 방법이 없습니다. 묻힌 시스템에는 외부 세계가 필요하지 않습니다.

 
아니면 MK가 일반 콜백에 반대하지 않습니까? 아이디어가 있는데 주제가 금기시되지 않습니까?
 
Alexey Volchanskiy :
C#은 이제 산업 언어가 되었으며 비즈니스/인터넷 응용 프로그램에서 C++를 거의 대체했습니다. 따라서 더 정확하게는 포인터가 없지만 안전하지 않으며 개인 공예에 대해서만 안전하지 않은 코드가 필요하지 않습니다.

그런데!

어쩐지 아주 오래전에 나는 C 와 파스칼 언어 의 비유적인 비교를 만났습니다.

C 언어, 180km /h의 속도로 산길을 달리는 멋진 페라리 ,

그리고 파스칼 언어는 40km /h의 속도로 넓은 일방통행 도로를 조용한 리무진을 타는 것입니다.

저것들. C는 실제 남성을 위한 것임을 암시했습니다. :-)

C에서는 표지판을 직접 따라야 합니다 :-) , 그렇지 않으면 급격한 산의 회전에서 고속도로를 벗어날 수 있습니다. 언어는 약자를 위한 것이 아니다.

C는 운영 체제 및 유틸리티, 드라이버의 언어입니다. C 언어는 사용자를 위한 운영 체제와 유틸리티를 작성한 전문가가 작성했습니다.

학생들은 원래 파스칼로 글을 쓰는 법을 배웠고, 파스칼은 가르치는 언어로 작성되었습니다.

도구의 목적과 응용의 차이는 분명합니다.

MQL 언어는 본질적으로 C의 파생물이며 MetaQuotes 개발자의 선택은 전문적으로 매우 정확합니다.

 
Yuriy Zaytsev :

그런데!

어쩐지 아주 오래전에 나는 C 와 파스칼 언어 의 비유적인 비교를 만났습니다.

C 언어, 180km /h의 속도로 산길을 달리는 멋진 페라리 ,

그리고 파스칼 언어는 40km /h의 속도로 넓은 일방통행 도로를 조용한 리무진을 타는 것입니다.

저것들. C는 실제 남성을 위한 것임을 암시했습니다. :-)

C에서는 표지판을 직접 따라야 합니다 :-) , 그렇지 않으면 급격한 산의 회전에서 고속도로를 벗어날 수 있습니다. 언어는 약자를 위한 것이 아니다.

C는 운영 체제 및 유틸리티, 드라이버의 언어입니다. C 언어는 사용자를 위한 운영 체제와 유틸리티를 작성한 전문가가 작성했습니다.

학생들은 원래 파스칼로 글을 쓰는 법을 배웠고, 파스칼은 가르치는 언어로 작성되었습니다.

도구의 목적과 적용의 차이는 분명합니다.

MQL 언어는 본질적으로 C의 파생물이며 MetaQuotes 개발자의 선택은 전문적으로 매우 정확합니다.

어떤 언어로 작성하느냐에 따라 어떤 차이가 있습니까?

(Pascal 및 원하는 모든 것으로 드라이버를 작성할 수 있습니다.)

무엇을, 어떻게 하고 있는지 이해하는 것이 중요하며 프로그래밍 언어는 열 번째입니다!

123456789
새 코멘트