어떤 관점에서는 그럴 수도 있지만, 예를 들어 내 경험은 그 반대임을 나타냅니다. 좋은 코드(알고리즘 관점에서 말하자면)는 일반적으로 다음을 수행할 필요가 없는 방식으로 작성됩니다. 무엇이 적용되고 그 이유를 찾아 눈과 두뇌를 깨뜨리십시오. 그러나 일반적인 MQL 프로그램의 크기를 감안할 때 ... 실제로 찻잔의 폭풍. :)
설명하겠습니다 : 푸쉬킨, CPSU 중앙위원회, 술꾼 Grisha 삼촌, Zhvanetsky 등의 언어로 같은 생각을 표현할 수 있습니다.
여기 스타일이 있습니다.
그리고 여기서 논의되는 것은 디자인 기능입니다.
프로그램의 텍스트가 당신에게 충분하기 때문에(작성 방법에 관계없이) 다른 사람들도 동일한 최소 요구 사항을 가지고 있다는 의미는 아닙니다 ;)
ESKD 도면 설계의 표준이 된 이유를 말씀해 주십시오. 글쎄, 종이를 가지고 펠트 펜으로 그림을 그리고 Vasya 삼촌을 보여 주어 그가 당신을 위해 세부 사항을 조각 할 수 있도록하십시오. 예, "거주 국가, 종교 및 성별에 관계없이" 모든 사람들이 자신이 보고 있는 그림을 동등하게 이해하고 저자의 성은 항상 주요 비문의 오른쪽 하단 모서리에서 찾을 수 있음을 알 수 있도록 합니다. 시트 뒷면 어딘가에) . 그래서 ("작가"가 누구인지에 관계없이) 음영은 부품의 잘린 표면만을 의미했습니다(단지 더 아름답게 보이도록 페인트하기로 결정한 것이 아님).
찻잔에 폭풍입니다.
그러나 개발자들은 (더 이상) 그렇게 생각하지 않습니다. 이 '폭풍' 덕분에 사람들은 다르다는 사실을 여전히 생각했고, 제품을 양산하려면 보편화해야 한다. 이제 구체적인 질문은 사라졌습니다. 스타일러에 무엇을 어떻게 설정할지 , 작업이 진행 중이며 "우리 모두 행복할 것입니다."
ForexTools>> : ESKD 도면 표준이 표준이 된 이유를 알려주십시오. 글쎄, 종이를 가지고 펠트 펜으로 그림을 그리고 Vasya 삼촌을 보여 주어 그가 당신을 위해 세부 사항을 조각 할 수 있도록하십시오. 예, "거주 국가, 종교 및 성별에 관계없이" 모든 사람들이 자신이 보고 있는 그림을 동등하게 이해하고 저자의 성은 항상 주요 비문의 오른쪽 하단 모서리에서 찾을 수 있음을 알 수 있도록 합니다. 시트 뒷면 어딘가에) . 그래서 ("작가"가 누구인지에 관계없이) 음영은 부품의 잘린 표면만을 의미했습니다(단지 더 아름답게 보이도록 페인트하기로 결정한 것이 아님).
그건 그렇고, 흥미로운 주제. 한 번은 한 포럼에서 호주로 이주한 이민자들의 정보를 만났습니다. 그들은 전자 회로 및/또는 자동화 회로가 없다는 단일 표준을 가지고 있습니다(오래전인 것 같습니다. 정확히는 모르겠습니다).
Azzx>> : 그건 그렇고, 흥미로운 주제. 한 번은 한 포럼에서 호주로 이주한 이민자들의 정보를 만났습니다. 그들은 전자 회로 및/또는 자동화 회로가 없다는 단일 표준을 가지고 있습니다(오래전인 것 같습니다. 정확히는 모르겠습니다).
호주에서는 어떤지 모르겠지만 스타일 설정에 관한 것이라면 PCAD에서 (또한 아주 오랫동안) 전기 회로를 그렸거나 배치한 곳에서 모든 요소를 생성/변경할 수 있었습니다. 사실, 2INE이 막힌 것 외에는 다른 방식으로 2INE을 지정할 생각이 전혀 없었습니다. 하지만 어떤 식으로든 그릴 수 있는 기회가 있었습니다. 이제 모든 것이 엄격하게 규제되는 국제 표준(ISO)이 있습니다.
그런데! C#, C++ 표준 등에 관한 국제 그룹이 있습니다. 스타일에 대해서는 아무 말도 하지 않습니까?
다음은 한 줄의 asty.bat 배치 파일입니다.
astyle.exe --indent=tab --indent=force-tab=3 --style=allman --delete-empty-lines --pad-oper --unpad-paren --pad-paren-out %1 %2 %3 %4 %5 %6 %7 %8 %9
그리고 당신은 행복할 것입니다.
http://astyle.sourceforge.net/astyle.html
그리고 이것은 내 것입니다.
괄호를 강조해야 한다고 생각합니다. 당신의 눈으로 그들을 잡는 것은 나쁜 일입니다.
스튜디오에서 편리한 방법은 다음과 같습니다.
진부한 오류를 식별하기 위해 수백 인시가 줄어들 것입니다. 게다가 편집자에게 이것은 사소한 작업입니다.
나는 지원한다. 이제 AlkelPad 또는 Notepad++와 같은 대체 편집기에 로드해야 합니다. 거기에서 쌍으로 된 브래킷이 강조 표시됩니다.
쓰레기. 이 편집기는 무료이며 Windows 메모장의 대안으로 사용됩니다. 글쎄요, MQ는 이 간단하고 편리한 기능을 ME에 도입할 수 없나요???
그리고 이것은 내 것입니다.
당신은 여전히 어리고 보이지 않는 공간 위로 커서를 뛰어 넘고 눈으로 끊임없이 선의 파도를 위아래로 뛰어 넘을 시간, 에너지 및 열망이 있습니다. 그러나 성인 진지한 소년은 이것을 할 시간이 없습니다.
인사말!
오늘 나는 mq5로 땜질을 시작했다....:( 나는 가입한다..... 코드의 스타일은 단순히 끔찍하다.
글쎄, "피크"가 아니라 건전한 추론과 결론으로 ... "피크"- 맹세와 같이 "모두 동일"을 의미합니다-그의 영혼을 빼앗고 계속 ...
건전한 추론이 MK에 영향을 미쳤다면 내 게시물은 존재하지 않았을 것입니다. ;-). 당신은 우리가 그들과 처음으로 이야기한다고 생각할 수도 있습니다.
그들은 매트나 개인에게 가지 않았습니다. 우리는 정말로 계속 앞으로 나아가고 있습니다.
내 5센트를 투자하겠습니다.
프로그래밍 스타일에 대한 설명을 읽었을 때 나는 그것이 프로그램이 어떻게 작성 되었는지에 대한 것이라고 생각했습니다.
설명하겠습니다 : 푸쉬킨, CPSU 중앙위원회, 술꾼 Grisha 삼촌, Zhvanetsky 등의 언어로 같은 생각을 표현할 수 있습니다.
여기 스타일이 있습니다.
그리고 여기서 논의되는 것은 디자인 기능입니다.
찻잔에 폭풍입니다.
그리고 여기서 논의되는 것은 디자인 기능입니다.
찻잔에 폭풍.
어떤 관점에서는 그럴 수도 있지만, 예를 들어 내 경험은 그 반대임을 나타냅니다. 좋은 코드(알고리즘 관점에서 말하자면)는 일반적으로 다음을 수행할 필요가 없는 방식으로 작성됩니다. 무엇이 적용되고 그 이유를 찾아 눈과 두뇌를 깨뜨리십시오. 그러나 일반적인 MQL 프로그램의 크기를 감안할 때 ... 실제로 찻잔의 폭풍. :)
설명하겠습니다 : 푸쉬킨, CPSU 중앙위원회, 술꾼 Grisha 삼촌, Zhvanetsky 등의 언어로 같은 생각을 표현할 수 있습니다.
여기 스타일이 있습니다.
그리고 여기서 논의되는 것은 디자인 기능입니다.
프로그램의 텍스트가 당신에게 충분하기 때문에(작성 방법에 관계없이) 다른 사람들도 동일한 최소 요구 사항을 가지고 있다는 의미는 아닙니다 ;)
ESKD 도면 설계의 표준이 된 이유를 말씀해 주십시오. 글쎄, 종이를 가지고 펠트 펜으로 그림을 그리고 Vasya 삼촌을 보여 주어 그가 당신을 위해 세부 사항을 조각 할 수 있도록하십시오. 예, "거주 국가, 종교 및 성별에 관계없이" 모든 사람들이 자신이 보고 있는 그림을 동등하게 이해하고 저자의 성은 항상 주요 비문의 오른쪽 하단 모서리에서 찾을 수 있음을 알 수 있도록 합니다. 시트 뒷면 어딘가에) . 그래서 ("작가"가 누구인지에 관계없이) 음영은 부품의 잘린 표면만을 의미했습니다(단지 더 아름답게 보이도록 페인트하기로 결정한 것이 아님).
찻잔에 폭풍입니다.
그러나 개발자들은 (더 이상) 그렇게 생각하지 않습니다. 이 '폭풍' 덕분에 사람들은 다르다는 사실을 여전히 생각했고, 제품을 양산하려면 보편화해야 한다. 이제 구체적인 질문은 사라졌습니다. 스타일러에 무엇을 어떻게 설정할지 , 작업이 진행 중이며 "우리 모두 행복할 것입니다."
그건 그렇고, 흥미로운 주제. 한 번은 한 포럼에서 호주로 이주한 이민자들의 정보를 만났습니다. 그들은 전자 회로 및/또는 자동화 회로가 없다는 단일 표준을 가지고 있습니다(오래전인 것 같습니다. 정확히는 모르겠습니다).
호주에서는 어떤지 모르겠지만 스타일 설정에 관한 것이라면 PCAD에서 (또한 아주 오랫동안) 전기 회로를 그렸거나 배치한 곳에서 모든 요소를 생성/변경할 수 있었습니다. 사실, 2INE이 막힌 것 외에는 다른 방식으로 2INE을 지정할 생각이 전혀 없었습니다. 하지만 어떤 식으로든 그릴 수 있는 기회가 있었습니다. 이제 모든 것이 엄격하게 규제되는 국제 표준(ISO)이 있습니다.
그런데! C#, C++ 표준 등에 관한 국제 그룹이 있습니다. 스타일에 대해서는 아무 말도 하지 않습니까?