MetaTrader 5 거래 터미널의 스타일러

 

MQL5 스타일러에 대해 설명합니다. 여기에서 시작


다른 코드를 살펴봐야 합니다. 심지어 형편없이 쓰여진 것들도.

좋은 형식은 코드를 훨씬 더 읽기 쉽게 만듭니다.


따라서 대부분의 일반 인코더에 대해 IMHO는 포맷 기능과 설정 부족으로 인해 칩이 청구되지 않은 상태로 유지됩니다.

설정을 추가하거나 정말 일반적인 스타일로 서식을 지정하는 것이 좋습니다.

옵션으로 - 2-3가지 스타일 중 하나를 선택할 수 있습니다.

Вот это стиль! :) - MQL4 форум
  • www.mql5.com
Вот это стиль! :) - MQL4 форум
 
TheXpert :
MQL5 스타일러에 대해 논의하기


Guano, 사용자 정의가 불가능하기 때문입니다.

 
TheXpert :

설정을 추가하거나 정말 일반적인 스타일로 서식을 지정하는 것이 좋습니다.

옵션으로 - 2-3가지 스타일 중 하나를 선택할 수 있습니다.

+

 

솔루션 자체는 간단하며 이미 많은 IDE에서 구현되었습니다.

언어의 각 구문 요소에 대해 ( { ( for function <= if ......) 규칙이 정의됩니다. 앞뒤에 몇 개의 공백을 삽입할지, 그 앞뒤에 줄 바꿈 이 필요한지 여부 .

사용자 설정은 파일에 저장되어야 하며 편집기를 시작할 때 자동으로 로드(우선순위)되어야 합니다.

Документация по MQL5: Основы языка / Типы данных / Целые типы / Символьные константы
Документация по MQL5: Основы языка / Типы данных / Целые типы / Символьные константы
  • www.mql5.com
Основы языка / Типы данных / Целые типы / Символьные константы - Документация по MQL5
 
스타일을 사용자 정의할 수 있도록 하는 것이 좋습니다.
 
sol :
스타일을 사용자 정의할 수 있도록 하는 것이 좋습니다.


... 이것은 개발자의 주요 질문입니다 ...

사용자 정의 스타일러 를 만들 수 있습니까? 저것들. 그것이 가능하다는 것은 의심의 여지가 없습니다. 문제는 이 소망을 고려하기 위한 전망과 우선순위는 무엇입니까?

 

여러분, 누구를 위한 코드입니까?


다른 프로그래머들에게 매우 강력하게 확신합니다. 그리고 그들이 다른 사람의 형식이 지정되지 않은 코드를 읽는 것은 매우 매우 불쾌합니다.


이 문제를 해결하기 위해 styler 의 일반 기능을 만들었습니다. 다른 사람들(당신이 아니라 다른 사람들)이 당신의 코드를 보기를 원한다면 가장 간단하고 명확한 버전으로 가져오는 것이 좋습니다. 그리고 여기서 핵심 단어는 "당신"이 아니라 "사람"입니다.



MQL5.community에서는 코드 기반에서 방대한 소스 기반을 수집하므로 균일한 스타일 지정이 중요합니다. 이는 이러한 소스가 수많은 타사 개발자 및 사용자가 읽을 수 있음을 의미합니다.


이해할 수 없는 코드의 불명확한 모음을 생성하지 않기 위해 게시된 모든 스크립트는 자동으로 다음을 수행합니다.

  1. 스타일러로 청소하다
  2. 정확성을 확인
  3. 지표에 대한 표준 스크린샷 생성

교육 아카이브를 유지 관리하는 글로벌 작업을 해결하려면 통일된 스타일을 갖는 것이 매우 중요합니다.
 
Rosh писал(а) >>

논리는 코드가 중첩 수준에 따라 정렬 된다는 것입니다. 여기에서 볼 수 있듯이 여기에는 이견이 없습니다.

그러나 여는 대괄호와 닫는 대괄호 는 코드 가 아니라 디자인 요소이기 때문에 코드의 경계를 넘어 한 글자 정도 약간 돌출되어 있습니다 .


이것은 나를 놀라게 했다. 나는 항상 이것을 소위 설치 오류라고 생각했습니다. "장식 요소"는 코드를 크게 변경할 수 있습니다. 그러나 이것은 코드 요소가 전혀 아님이 밝혀졌습니다. 예시:

if (условие) function1(); function2();

и ____________________________________

if (условие) {function1(); function2();}

컴파일러는 "모든 것이 정상입니다!"라고 말했습니다. 하지만 프로그램이 실행되지 않습니다. 실수는 어디에 있습니까? 장식? 아니면 코드에서?

 

말에 얽매이지 마세요, 제발.


엄격한(개인적 권리에 가까운) 디자인 규칙을 도입하면 형식의 킬러 코드를 근절할 수 있습니다.

if (условие) function1(); function2();

사실 이 문제에 대한 약한 의지가 개발팀을 혼돈으로 이끈다고 주장할 수 있다.


이 혼돈을 줄이기 위해 우리가 엄밀한 non-custom styler 를 구현했습니다.


MQL4 코드 베이스에 있는 수천 개의 스크립트가 사용된 스타일에 대해 훨씬 더 엄격한 편집자의 손을 통과했습니다. 우리는 그런 과정을 다시 시작하고 싶지 않습니다.

 
Renat :


학습 아카이브를 유지 관리하는 글로벌 작업을 해결하려면 통일된 스타일을 갖는 것이 매우 중요하다는 것은 분명합니다.


100% 맞습니다.

하나의 스타일이어야 합니다. 하지만! 모든 사람을 위한 것이어야 하고 할 수 있습니다.

많은 사람들이 VC++와 같은 다른 일반적인 스타일에 익숙합니다(예를 들어 저는 이 스타일을 직접 사용합니다).

이미 고문당한 프로그래머의 두뇌를 긴장시키는 이유는 ... 이 스타일을 사용자 정의 가능하게 만드는 것이 더 쉽습니다. 자신의 것이 아닌 코드 스타일을 보고 15년 동안 익숙한 자신만의 편리한 형식으로 손이 가려워지면 이러한 감정을 스스로 알 수 있습니다.


제 생각에는 대괄호 { }를 텍스트로 이동한 다음 텍스트에서 1칸 멀리 이동하는 대신 그다지 어렵지 않습니다. 아무 것도 하지 마십시오. 다음의 경우 부모와 같은 수준에 있게 하십시오.

 
sergeev :


100% 맞습니다.

하나의 스타일이어야 합니다. 하지만! 모든 사람을 위한 것이어야 하고 할 수 있습니다.

직접 작성하는 경우 일반 스타일러 를 사용하지 마십시오.


프로그래머는 스스로 코드를 작성하지 않지만 스스로 코드를 작성한다고 잘못 생각합니다. 익숙한가요?