이것은 나를 놀라게 했다. 나는 항상 이것을 소위 설치 오류라고 생각했습니다. "장식 요소"는 코드를 크게 변경할 수 있습니다. 그러나 이것은 코드 요소가 전혀 아님이 밝혀졌습니다. 예시:
컴파일러는 "모든 것이 정상입니다!"라고 말했습니다. 하지만 프로그램이 실행되지 않습니다. 실수는 어디에 있습니까? 장식? 아니면 코드에서?
아마도. 그러나 나는 두 가지 스타일이 완벽하게 공존할 수 있다는 것을 내 자신의 경험을 통해 압니다. MQL5에서는 항상 스타일러를 사용하고 (저는 불평하지 않습니다), Java에서는 IDE의 내장 스타일을 사용합니다. 예를 들어:
publicstaticint searchStringInArray(ArrayList<String> array, String match) { int found = 0 ; match = match.trim(); for (String s : array) { int pos = s.indexOf(match); if (pos >= 0 ) { ... found++; }
} return found; }
대괄호(덮어 있는 코드에 가깝거나 왼쪽 여백에 한 문자 가까이)를 배치하는 문제는 근본적이지 않습니다.
죄송합니다. 왜 창이 부러지는지 명확하지 않습니다. 사이트에 게시하는 것과 편집기의 추가 기능이라면 완전히 다릅니다. 사이트에 게시할 때 - "비표준 형식"을 사용할 이유가 없지만 편집기에서 구성하는 경우 - 초보자에게 코드 텍스트 형식에 대한 아이디어를 제공하는 것으로 구성된 매우 긍정적인 아이디어 , 일반적으로 여전히 텍스트의 서식을 지정해야 함을 나타내지 않습니다. 서식이 무엇인지 아는 사람들을 위해 - 작업에 매우 큰 도움이 되며 사용할 스타일을 선택할 수 있습니다. 질문의 무의미해 보이는 것은 잘못된 것입니다. 프로그래머가 끔찍한 코드를 가지고 있다고 가정 해 봅시다 .... 제 입장에서는 - 내 형식이 매우 아니며 코드를 이해하기 위해 형식을 지정하는 데 더 많은 시간이 걸릴 것이라고 결정했습니다. 관여하지 않기로 결정했습니다 ... 질문자 답이 없습니다.. 편집기에 들어오는 텍스트의 형식을 지정할 수 있는 기회가 있으면 코드 형식에 대한 불만이 아니라 제기된 질문에 대한 작업이 시작됩니다. 게시 시 추가 스타일 - 아니요, 편집기의 추가 스타일 - 예!
MQL5.community에서는 코드 기반에서 방대한 소스 기반을 수집하므로 균일한 스타일 지정이 중요합니다. 이는 이러한 소스가 수많은 타사 개발자 및 사용자가 읽을 수 있음을 의미합니다.
이해할 수 없는 코드의 불명확한 모음을 생성하지 않기 위해 게시된 모든 스크립트는 자동으로 다음을 수행합니다.
- 스타일러로 청소하다
- 정확성을 확인하다
학습 아카이브를 유지 관리하는 글로벌 작업을 해결하려면 통일된 스타일을 갖는 것이 매우 중요하다는 것은 분명합니다.지표에 대한 표준 스크린샷 생성
성급한 결정을 내리지 마십시오!
1. 스타일러는 에디터에서 누구나 사용할 수 있습니다. 게시하기 전에 코드를 변경할 필요가 없습니다. 사용자가 원할 경우 편집기에서 이미 변경할 것입니다.
2. 현재 스타일이 MQL5에 통합되어야 한다는 데 동의하지 않습니다.
Pegasmaster 작성 >>
제 생각에는 이것이 고전적인 스타일입니다. 정확히 기억나지는 않지만 Van Tassel의 스타일에 대한 책은 아주 명확하게 쓰여졌 습니다.
여기. 나는 가입한다.
성급한 결정을 내리지 마십시오!
1. 스타일러는 에디터에서 누구나 사용할 수 있습니다. 게시하기 전에 코드를 변경할 필요가 없습니다. 사용자가 원할 경우 편집기에서 이미 변경할 것입니다.
2. 현재 스타일이 MQL5에 통합되어야 한다는 데 동의하지 않습니다.
+1000!MQL4 코드 베이스에 있는 수천 개의 스크립트가 사용된 스타일에 대해 훨씬 더 엄격한 편집자의 손을 통과했습니다.
공습 경보 해제.
신경
필요
아끼다
문제가 뭔지 이해가 안 가요?!
사용자 정의 스타일을 만들고 제거할 수 없는 "MQL5 Standard"를 추가하고 표준 스타일에 따라 형식 지정을 수행하기 위해 독립적으로 게시하기 전에 코드베이스에 코드를 게시하는 모든 사람을 OBLIGATE하는 것이 정말 어렵지 않습니까?
그러나 내가 작성하는 코드에서 내가 적합하다고 생각하는 대로 텍스트 서식을 지정하겠습니다.
오 제발! 글쎄, 당신의 가치는 무엇입니까? 전체적으로 - 의자의 보편적인 설정! :))))))))))))))))
이것은 나를 놀라게 했다. 나는 항상 이것을 소위 설치 오류라고 생각했습니다. "장식 요소"는 코드를 크게 변경할 수 있습니다. 그러나 이것은 코드 요소가 전혀 아님이 밝혀졌습니다. 예시:
컴파일러는 "모든 것이 정상입니다!"라고 말했습니다. 하지만 프로그램이 실행되지 않습니다. 실수는 어디에 있습니까? 장식? 아니면 코드에서?
아마도. 그러나 나는 두 가지 스타일이 완벽하게 공존할 수 있다는 것을 내 자신의 경험을 통해 압니다. MQL5에서는 항상 스타일러를 사용하고 (저는 불평하지 않습니다), Java에서는 IDE의 내장 스타일을 사용합니다. 예를 들어:
대괄호(덮어 있는 코드에 가깝거나 왼쪽 여백에 한 문자 가까이)를 배치하는 문제는 근본적이지 않습니다.프로그래머는 스스로 코드를 작성하지 않지만 스스로 코드를 작성한다고 잘못 생각합니다. 익숙한가요?
그래서 나는 같은 것에 대해 이야기하고 있습니다! 만년필의 맛과 색이 다 다릅니다... :)
MQL5.Community의 단일 스타일 - 이것이 특징입니다.
하지만 편집기에서 개인 스타일 설정을 할 수 있도록 하십시오.
그리고 여기 전문가들에서 새 것을 만들 때 공간을 청소하고 브래킷을 제거하기 시작할 때 약간 짜증이납니다.
죄송합니다. 왜 창이 부러지는지 명확하지 않습니다. 사이트에 게시하는 것과 편집기의 추가 기능이라면 완전히 다릅니다. 사이트에 게시할 때 - "비표준 형식"을 사용할 이유가 없지만 편집기에서 구성하는 경우 - 초보자에게 코드 텍스트 형식에 대한 아이디어를 제공하는 것으로 구성된 매우 긍정적인 아이디어 , 일반적으로 여전히 텍스트의 서식을 지정해야 함을 나타내지 않습니다. 서식이 무엇인지 아는 사람들을 위해 - 작업에 매우 큰 도움이 되며 사용할 스타일을 선택할 수 있습니다. 질문의 무의미해 보이는 것은 잘못된 것입니다. 프로그래머가 끔찍한 코드를 가지고 있다고 가정 해 봅시다 .... 제 입장에서는 - 내 형식이 매우 아니며 코드를 이해하기 위해 형식을 지정하는 데 더 많은 시간이 걸릴 것이라고 결정했습니다. 관여하지 않기로 결정했습니다 ... 질문자 답이 없습니다.. 편집기에 들어오는 텍스트의 형식을 지정할 수 있는 기회가 있으면 코드 형식에 대한 불만이 아니라 제기된 질문에 대한 작업이 시작됩니다. 게시 시 추가 스타일 - 아니요, 편집기의 추가 스타일 - 예!
당신은 단지 당신이 아무것도 변경하지 않을 것이라고 말합니다. 그리고 그게 다야. 스레드는 조용히 죽을 것입니다.
아니면 비밀투표를 합니까?
이 스레드가 말하는 내용을 이해하지 못합니까? 기회를 요청하거나 누군가에게 편리한 방법에 대해?
당신은 단지 당신이 아무것도 변경하지 않을 것이라고 말합니다. 그리고 그게 다야. 스레드는 조용히 죽을 것입니다.
그것도 내가 말하는거야!
내 첫 번째 질문은 왜 그들이 이런 식으로 했을 까요? 나는 그것에 대한 답변을 받았습니다 - MK는 소스 코드 디자인에 대한 자체 표준을 도입하기로 결정했습니다 . 의심의 여지가 없습니다. 그것은 그들의 권리입니다.
내 두 번째 질문은 "MK 표준"을 건드리지 않고 내 내부 개인(사용자) 사용을 위해 자신의 표준을 추가할 수 있습니까?
답이 없습니다 .
stooler에게 서식을 사용자 정의할 수 있는 기능이 주어진다면 나 혼자가 아닐 것입니다. 이 기능을 매우 기쁘게 사용할 것입니다.
그렇지 않다면 나는 MT5에 그러한 메뉴 항목이 있다는 것을 영원히 잊어버릴 것이며 스스로 Astyle로 "내 것이 아닌" 코드를 계속 쓸 것입니다. MK 표준에 따라 코드베이스에서 다운로드한 코드도 마찬가지입니다.)