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

새 코멘트
 
Artyom Trishkin :
그런 쓸모없는 논쟁을 끝내는 가장 확실한 해결책.

그것이 바로 그것이 쓸모없는 이유입니다. 나는 MQ가 아닌 ME에서 나에게 편리한 형식으로 코드를 가져오는 것에 매우 찬성합니다. MQ가 아닌 나에게 다시 읽어주기 때문입니다.

 
Alexey Volchanskiy :

아아아아아아아!!!!!!!!! 나는 테이블 밑에 있다!!!!!!!!!

그래서? ))

이것은 레플리카토이드 코드입니다.

매개변수와 기호를 구분하는 쉼표 뒤의 공백에 대해 이야기하고 있었습니다.

더 잘 읽힌다

 void OnDeinit ( const int reason)
 { 
  LastDeinitReason = reason;
  if (SentOrdersFile > 0 )
   {
     FileClose (SentOrdersFile);
    SentOrdersFile = - 1 ;
   }
 }

그것보다

 void OnDeinit ( const int reason)
 { 
  LastDeinitReason=reason;
  if (SentOrdersFile> 0 )
   {
     FileClose (SentOrdersFile);
    SentOrdersFile=- 1 ;
   }
 }
 
Комбинатор :

Allman의 스타일을 사용하고 있습니다.

또는 극단적인 K&R

이 두 가지 스타일은 다른 스타일보다 큰 차이를 보입니다. 둘 다 코드의 중첩을 명확하게 읽습니다. 서식에 문제가 없는 블록이 속한 것을 볼 수 있습니다.

당신은 under-GNU 스타일을 가지고 있습니다, 나는 위에서 결점을 표명했습니다. GNU는 최소한 curly에서 curly로 들여쓰기가 동일합니다.

이것은 동일한 스타일입니다. 유일한 차이점은 여는 브래킷을 놓을 위치 에서 달걀을 깨뜨릴 끝 부분 입니다. 모든 것이 더 이상 아무것도 아닙니다.

그리고 모든 분노는 괄호 들여쓰기와 관련이 있습니다. 익숙해지면 됩니다. 그리고 저는 "프로그래밍 전문가"가 아니기 때문에 귀하의 코드에 "질병"이 아닙니다.

 

그런 술이기 때문에 ME에서 또 다른 불편한 점은 대소문자를 구분하는 자동 완성입니다.

모든 일반 편집기에서 대소문자를 구분하지 않으며 이는 특히 삶을 더 쉽게 만듭니다.

 
Rashid Umarov :

모든 것이 더 이상 아무것도 아닙니다.

네, 그것은 단지 이 사소한 일이 때때로 코드의 가독성을 떨어뜨립니다. 적어도 나를 위해. 그리고 나 이외의 많은 사람들을 위해. 그리고 저는 어디에서도 스스로를 프로그래밍 전문가라고 부르지 않았습니다.
 
Комбинатор :
그리고 저는 어디에서도 스스로를 프로그래밍 전문가라고 부르지 않았습니다.

당신은 "구토"할 수 있습니다.

 
Rashid Umarov :

당신은 "구토"할 수 있습니다.

나는 규칙 내에서 내 의견을 표현하고 그것을 입증했습니다.

저를 벨린스키와 동일시하는 당신에게 화를 내겠습니다. 글쎄 재밌다

 
Комбинатор :

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

물론 취향의 문제입니다} 하지만 같은 장소에 정의된 여러 매개변수와 각인된 콜백 함수가 있는 ajax는 무엇을 말하든 미학적으로 아름답게 작동하지 않습니다. :) JS 이후에 MQL로 작성할 때 저는 그냥 언어의 아름다움을 즐기세요 :)

 
Комбинатор :

저를 벨린스키와 동일시하는 당신에게 화를 내겠습니다.

이 벨린스키는 화를 내야 한다

 
Rashid Umarov :

이 벨린스키는 화를 내야 한다

)) 글쎄, 나는 당신이 무례한 방법을 알고 있다는 것을 이미 이해했지만 당신의 관점이나 내 논박에 대한 근거를 보지 못했습니다.
12345678
새 코멘트