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

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

벨린스키는 분명히 공공 장소에서 그런 식으로 자신을 표현하지 않았을 것입니다. 따라서 클레임은 허용되지 않습니다.

그리고 당국에 대한 귀하의 언급은 "구토 반사"에 대한 정당성을 제공할 수 없습니다.

 
Alexey Viktorov :

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

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

더 잘 읽힌다

그것보다


그래서 나는 반대의 예를 들었다))

다음은 내 코드의 예입니다. 

     void SetThresholds( double &thresholdOpen[], double &thresholdClose[])
    {
         int signalIdx = 0 ;   ///////////////// !!!!!!!!!!!!!!!! пока задано жестко
        CSignalFilter *signal = (CSignalFilter*)m_SignalArr.At(signalIdx);
         if ( CheckPointer (signal) != POINTER_INVALID )
        {
            signal.SetThresholds(thresholdOpen, thresholdClose);
        }
    }

***

 

지난 시간에 이미 언급했듯이 새로운 대중을 위해 반복하겠습니다.

객관적으로, 스타일에 대한 사실상의 표준이 있습니다. 이제 (그리고 지난 10년 동안) C ++ / Java와 같은 구문을 사용하는 언어에는 그 중 2개만 있습니다. 이러한 스타일은 Combinator가 표명했습니다. 소프트웨어 산업의 대다수 회사에서 사용됩니다. 그들은 스스로를 입증했고 모든 면에서 테스트되고 빨려 들었습니다. 그들은 논리적이고 이해하기 쉬우며 대다수의 전문 코더 에게 친숙합니다.

장점도 없고 결점만 있는 다른 것을 스스로 홍보하려고 하는 것은 희망이 없는 것입니다. 이러한 결점을 인정하지 않는 것은 완고함에 지나지 않습니다. 그들은 객관적입니다. MQ 자신이 이 스타일에 익숙해지고 푹 빠졌다는 것은 분명하지만 이것은 또 다른 버그일 뿐입니다. 따라서 때때로 소프트웨어는 이 잘못된 동작과 관련된 많은 타사 제품이 이미 있다는 사실을 언급하면서 알려진 버그 수정을 거부합니다. 사실, 이러한 모든 경우에 이전 버전과의 호환성을 위해 이전 동작을 유지할 수 있지만 소위 "프로토콜 업그레이드" 또는 포크를 사용하여 수정할 수 있는 솔루션을 찾아야 합니다. 스타일의 맥락에서 사용자 정의 스타일러 와 같은 간단한 솔루션이 있습니다. 벌써 백 번도 했을 것이다.

그런데 MQ 스타일에서 문제는 대괄호의 배치뿐만 아니라 주석 스타일과도 관련이 있습니다. 정의에 따르면 현재 MQ 스타일에서 관찰되는 코드보다 우선할 수 없습니다.

 
Alexey Volchanskiy :

그래서 나는 반대의 예를 들었다))

다음은 내 코드의 예입니다.

***

그럼 무슨 얘기를 하고 있었던 겁니까?

 
Stanislav Korotky :

거래, 자동 거래 시스템 및 거래 전략 테스트에 관한 포럼

다음은 스타일입니다! :)

세르게이 크라브추크 , 2009.11.24 11:27


다음은 MACD Sample.mq5의 코드 일부입니다. 

Styler5                                   - | - Мой стиль
- - - - - - -                                    - | - - - - - - - - - -
bool CSampleExpert : : LongModified ( )        - | - bool CSampleExpert : : LongModified ( )
   {                                        - | - {   
   bool res = false ;                        - | -    bool res = false ;
//--- check for trailing stop            -|-   //--- check for trailing stop
   if ( InpTrailingStop > 0 )                  - | -    if ( InpTrailingStop > 0 )
     {                                    - | -    { 
       if ( m_symbol . Bid ( ) - m_position . Price - | -      if ( m_symbol . Bid ( ) - m_position . Pric
         {                                  - | -      {
         if ( m_position . StopLoss ( ) < m_symb - | -        if ( m_position . StopLoss ( ) < m_symb
           {                              - | -        {
             double sl = m_symbol . Bid ( ) - m_a - | -          double sl = m_symbol . Bid ( ) - m_a
             double tp = m_position . TakePro - | -          double tp = m_position . TakeProfi
             //--- modify position        -|-         //--- modify position
             if ( m_trade . PositionModify ( Sy - | -          if ( m_trade . PositionModify ( Symbo
               printf ( "Long position by  -|-           printf(" Long position by % s to
             else                          - | -          else
               {                            - | -          {
               printf ( "Error modifying p -|-           printf(" Error modifying positi
               printf ( "Modify parameters -|-           printf(" Modify parameters : SL
               }                            - | -          }
             //--- modified and must exit -|-         //--- modified and must exit fro
            res = true ;                      - | -          res = true ;
           }                              - | -        }
         }                                  - | -      }
     }                                    - | -    } 
//---                                    -|-   //---
   return ( res ) ;                            - | -    return ( res ) ;
   }                                        - | - }

스타일을 공부한 곳은 없지만 오른쪽에 있는 옵션은 마치 내가 직접 쓴 것처럼 "내 스타일"입니다. 왼쪽 - 어떤 이유로 읽기가 훨씬 더 어렵습니다. 습관의 문제인지 잘 모르겠습니다.


블라디미르 카르푸토프 :
포럼에서 코드 베이스는 단일 디자인의 코드로 채워져야 합니다.

어떠한 경우에도! 출판을 위해 메소드/필드 이름의 스타일을 변경해야 했던 때가 있었습니다. 예를 들어 this.i 대신 this.m_i를 쓰십시오. 클래스 이름에 대한 동일한 요구 사항 - 문자 C로 시작해야 합니다. 상식이 이겨서 더 이상 그런 요구를 하지 않는 것이 좋다.

거래, 자동 거래 시스템 및 거래 전략 테스트에 관한 포럼

MetaEditor 사용의 편의를 위한 제안

컴비 네이터 , 2017.09.28 15:00

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

 void f()
{
   // some code
   if (condition)
   {
       // some code
   }
}

또는 극단적인 K&R

 void f() {
   // some code
   if (condition) {
       // some code
   }
}

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

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

나는 항상 Allman의 스타일을 사용해 왔습니다! K&R - 최고의 코더 Olympiads가 이 스타일을 매우 좋아한다는 것을 보았지만 어떤 이유로든 짜증이 납니다.

거래, 자동 거래 시스템 및 거래 전략 테스트에 관한 포럼

MetaEditor 사용의 편의를 위한 제안

컴비 네이터 , 2017.09.28 15:15

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

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

완전히 동의 해.
 
Rashid Umarov :

당신은 당신이 원하는대로 나를 치료할 수 있습니다. 나는 모두를 기쁘게 하는 100달러 지폐가 아닙니다.

가장 중요한 것은 내가 들었고 고려할 수도 있는 의견을 표명했다는 것입니다.

 
Stanislav Korotky :

지난 시간에 이미 언급했듯이 새로운 대중을 위해 반복하겠습니다.

객관적으로 스타일에 대한 사실상의 표준이 있습니다. 이제(그리고 지난 10년) C ++ / Java 구문을 사용하는 언어에는 2개의 주요 언어만 있습니다. 이러한 스타일은 Combinator가 표명했습니다. 소프트웨어 산업의 대다수 회사에서 사용됩니다. 그들은 스스로를 입증했고 모든 면에서 테스트되고 빨려 들었습니다. 그들은 논리적이고 이해하기 쉬우며 대다수의 전문 코더 에게 친숙합니다.

장점도 없고 결점만 있는 다른 것을 스스로 홍보하려고 하는 것은 희망이 없는 것입니다. 이러한 결점을 인정하지 않는 것은 완고함에 지나지 않습니다. 그들은 객관적입니다. MQ 자신이 이 스타일에 익숙해지고 푹 빠졌다는 것은 분명하지만 이것은 또 다른 버그일 뿐입니다. 따라서 때때로 소프트웨어는 이 잘못된 동작과 관련된 많은 타사 제품이 이미 있다는 사실을 언급하면서 알려진 버그 수정을 거부합니다. 사실, 이러한 모든 경우에 이전 버전과의 호환성을 위해 이전 동작을 유지할 수 있지만 소위 "프로토콜 업그레이드" 또는 포크를 사용하여 수정할 수 있는 솔루션을 찾아야 합니다. 스타일의 맥락에서 사용자 정의 스타일러 와 같은 간단한 솔루션이 있습니다. 벌써 백 번도 더 했을 것이다.

그런데 MQ 스타일에서 문제는 대괄호의 배치 뿐만 아니라 주석 스타일과도 관련이 있습니다. 정의에 따르면 현재 MQ 스타일에서 관찰되는 코드보다 우선할 수 없습니다.


주석에 대해 추가하겠습니다. 자동 문서 작성을 위한 모든 시스템으로 주석을 처리하려고 하면 실망할 것입니다.

 
Alexey Viktorov :

그럼 무슨 얘기를 하고 있었던 겁니까?


brrr, 나는 code_without_spaces_and_commas의 예를 들었습니다.

밑줄 제거

 
Alexey Volchanskiy :

brrr, 나는 code_without_spaces_and_commas의 예를 들었습니다.

밑줄 제거

공백 없이 예제 코드를 전달한 사람은 누구입니까?
 
Rashid Umarov :

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

로슈, 개깅이 뭐가 문제야? MQ 스타일도 원인이 되는데, 이런 말을 하면 누군가에게 무례하게 굴지 않을까?

코드베이스를 원하는 대로 포맷하면 코드를 로드할 때 인코더에 무리를 주지 않고 자동으로 수행할 수 있습니다. 나는 여전히 기억한다: 나는 코드를 작성하고, MQ로 스타일을 지정하고, 그것을 새로운 이름으로 저장하고 확인을 위해 업로드한다. 그런 다음 스타일링을 취소하고 더 씁니다. 글쎄, 미친 거 아니야?

사용자 정의 스타일러 에 대한 리소스가 없습니다. 이해할 수 있습니다. 아무도 밀지 않습니다.
그러나 왜 십자가를 지고 가서 모든 사람에게 당신의 믿음이 가장 옳다고 말합니까(절대 논쟁의 여지가 없습니다!)???

12345678
새 코멘트