MetaEditor 사용의 편의를 위한 제안 - 페이지 3

새 코멘트
 
Комбинатор :

예를 들어주세요. 표준 스타일, MQ 스타일 및 표준이 문제를 피하지 않지만 MQ가 문제를 피하는 상황의 시각적 데모를 사용합니다.

먼저 귀하의 예를 제공하십시오. 벨린스키 수준의 비평가는 3층으로 되어 있다.

 
Комбинатор :

예를 들어주세요. 표준 스타일, MQ 스타일 및 표준이 문제를 피하지 않지만 MQ가 문제를 피하는 상황의 시각적 데모를 사용합니다.


mql.community 에는 styler라는 하나의 표준만 있습니다.

 
khorosh :

미식가...네. 진미로 속을 썩었다면 이제 MQL 다이어트로 바꿔야 할 때다.)


:) ...그리고 이것은 MQL이 비교적 간단한 구문을 가지고 있다는 사실에도 불구하고입니다. 동료들은 JavaScript에 대해 어떻게 말할까요? :)

 
Vitaly Muzichenko :

그 차이는 크지 않지만 MQ 형식화 스타일이 확실히 더 좋습니다.


제가 근무하는 모든 사무실에서는 현재 사용하고 있는 MS와 같은 코드 스타일을 사용했습니다. K&R 스타일은 영숫자 모니터 시대에 적합했습니다. 80자 * 25줄

그리고 90년대에는 모든 사람이 800 * 600 해상도의 14개의 "모니터를 가지고 있었습니다.

코드 스타일이 왜 중요한가요? 이것은 유행이 아니며 일종의 여성적 변덕이 아니라 가능한 한 빨리 정보를 동화시키는 방법입니다.

MS의 코드 스타일에서 선택한 블록이 명확하게 표시되고 K&R 스타일에서 이 모든 것이 고정되면 내부 번역에 시간과 노력을 들여 여는 { 및 닫는 } 중괄호를 찾아야 합니다.

나는 지금 Coolproggers가 중요하게 비명을 지르리라는 것을 이해하지만 모든 것을 완벽하게 볼 수 있습니다. 그 후, 그들은 포럼에 100500 번째 메시지, 주문을 여는 방법을 히스테리하게 쓸 것입니다))

그리고 빠른 모드에서 큰 프로젝트 를 볼 때 적절한 형식이 중요합니다.

추신: 개발 중인 MQ 브레이크의 이유 중 하나는 불편한 코드 스타일로 프로거 팀을 다시 심기 때문입니다.

ZYZY: 어떤 코드 스타일이 가장 빠르고 편안하게 인식되는지에 대한 심리학적 연구가 진행되었다고 확신합니다. 누군가 데이터를 가지고 있을 수 있습니까?

 
Rashid Umarov :

먼저 귀하의 예를 제공하십시오. 벨린스키 수준의 비평가는 3층으로 되어 있다.

나는 내 주장을 제시했다. 물론 눈치채지 못한 척 하면서도 계속 열심히 자신의 스타일을 지킬 수 있다.
 
Stanislav Korotky :

말. 갑시다. 그 차이는 상당합니다. 많은 문제가 있습니다. MQ 스타일은 읽을 수 없으며 아무도 오랫동안 이것을 사용하지 않았습니다. 현대적인 스타일의 통계를 보십시오. 두 가지 주요 C++와 Java가 있습니다. 둘 다 이식된 MQ보다 훨씬 낫습니다.

MQ는 원칙적으로 마이크로소프트 제품과 그 소스를 업무에 사용하는 기업으로서 논리적으로 마이크로소프트 스타일을 사용할 수 있지만, 어떤 이유에서인지 그렇지 않다.


그리고 이것은 국가적 완고함입니다. MQ가 MQL5에서 몇 년 동안 헤징을 원하지 않았는지 기억해 봅시다. 그들은 제품이 살아있는 것보다 죽은 것이 더 분명해졌을 때 그렇게 했습니다.

코드 스타일에서도 마찬가지입니다. 일반적으로 나는 오랫동안 신경 쓰지 않고 내 수단을 사용합니다.

 
Mikhail Kontsevoy :
동료들은 JavaScript에 대해 어떻게 말할까요? :)

동료들은 JSLint를 열고 중괄호 형식이 어떻게 지정되는지 확인할 것입니다.

 
Vladimir Karputov :

중괄호 배치로 매우 간단하지만 성가신 오해를 피할 수 있는 것은 MQL 스타일입니다. MQL 스타일을 사용하면 전체 구조를 한 눈에 볼 수 있으므로 if ... else 조건을 올바르게 설정하는 데 즉시 도움이 됩니다. 처럼.


이것은 절대 불가능합니다. 포럼, 코드 베이스는 단일 디자인의 코드로 채워져야 합니다. 수년 동안 글을 써왔지만 아직 MQL의 정신이 스며들지 않은 사람에게서 MetaTrader 편집기에서 스타일을 사용자 정의하는 기능에 대해 듣는 것은 이상합니다.

광신도, 광신도 없습니다 :)

 
Комбинатор :
나는 내 주장을 제시했다. 물론 눈치채지 못한 척 하면서도 계속 열심히 자신의 스타일을 지킬 수 있다.

나는 분명히 당신의 형식화의 예를 살펴보았고, 링크를 제공하십시오. 그리고 그가 그렇게 좋은 이유에 대한 설명을 부탁드립니다.

 

아직도 기억하고 있다. 나는 짧은 기간 동안 독일인을 위해 일했으며 광고 인쇄를 위해 대형 프린터용 소프트웨어를 빠르게 다시 작성했습니다. 그런 바보들은 너비가 5미터입니다.

그들은 소스 코드를 보냈고, 우리는 즉시 그것을 거대한 프린터로 인쇄했고, 목록을 바닥에 던졌고, 펠트펜으로 그것을 따라 기어가서 우리가 어떤 수업을 듣는지, 어떤 수업을 다시 하고, 무엇이 필요한지 결정했습니다. 처음부터 수행합니다.

모든 것이 왈츠의 속도로 이루어졌고, 그런 다음 컴퓨터에서 조립을 하고 새 것으로 결정했습니다. K&R 스타일이 있었다면 나는 오랫동안 어린이 턱받이에 정신 병원에 누워 있었을 것입니다))

12345678
새 코멘트