ESKD 도면 설계 기준이 된 이유를 말씀해 주십시오. 글쎄, 종이를 가지고 펠트 펜으로 그림을 그리고 Vasya 삼촌을 보여 주어 그가 당신을 위해 세부 사항을 조각 할 수 있도록하십시오. 예, "거주 국가, 종교 및 성별에 관계없이" 모든 사람들이 자신이 보고 있는 그림을 동등하게 이해하고 저자의 성은 항상 주요 비문의 오른쪽 하단 모서리에서 찾을 수 있음을 알 수 있도록 합니다. 시트 뒷면 어딘가에) . 그래서 ("작가"가 누구인지에 관계없이) 음영은 부품의 잘린 표면만을 의미했습니다(단지 더 아름답게 보이도록 페인트하기로 결정한 것이 아님).
호주에서는 어떤지 모르겠지만 스타일 설정에 관한 것이라면 PCAD에서 (또한 매우 오랫동안) 전기 회로를 그렸거나 배치한 곳에서 모든 요소를 생성/변경할 수 있었습니다. 사실, 2INE이 막힌 것 외에는 다른 방식으로 2INE을 지정할 생각이 전혀 없었습니다. 하지만 어떤 식으로든 그릴 수 있는 기회가 있었습니다. 이제 모든 것이 엄격하게 규제되는 국제 표준(ISO)이 있습니다.
그런데! C#, C++ 표준 등에 관한 국제 그룹이 있습니다. 스타일에 대해서는 아무 말도 하지 않습니까?
이 그룹은 5-8년 동안 C의 순환 버퍼에 동의할 수 없을 정도로 어리석고 눈을 깜박였습니다. 이것은 임베디드 시스템과 DSP 뿐만 아니라.... 인용 버퍼에 대해 필사적으로 그리고 오래 기한이 지난 것입니다. 두뇌가 더 많고 관료주의가 적다면 MT 프로그래밍은 매우 다르게 보일 것입니다.
그런데! C#, C++ 표준 등에 관한 국제 그룹이 있습니다. 스타일에 대해서는 아무 말도 하지 않습니까?
(물론 플러스는 제외하고) 말했을 수도 있지만 실습에서 알 수 있듯이 누가 상관합니까? 동일한 Java에는 원래 단순하고 논리적이며 과시하지 않는 "유일한" 스타일이 있었습니다. 그래서 그들은 그때도 쌓이게 되었습니다.
ESKD 도면 설계 기준이 된 이유를 말씀해 주십시오. 글쎄, 종이를 가지고 펠트 펜으로 그림을 그리고 Vasya 삼촌을 보여 주어 그가 당신을 위해 세부 사항을 조각 할 수 있도록하십시오. 예, "거주 국가, 종교 및 성별에 관계없이" 모든 사람들이 자신이 보고 있는 그림을 동등하게 이해하고 저자의 성은 항상 주요 비문의 오른쪽 하단 모서리에서 찾을 수 있음을 알 수 있도록 합니다. 시트 뒷면 어딘가에) . 그래서 ("작가"가 누구인지에 관계없이) 음영은 부품의 잘린 표면만을 의미했습니다(단지 더 아름답게 보이도록 페인트하기로 결정한 것이 아님).
그렇기 때문에 현지화가 필요하지 않습니다. (그런데)
또 5센트.
투자가 반영되어야 한다는 데 동의합니다. 그리고 반성합니다. 원리에 따르면: { - 연산자의 오른쪽 아래에 1 위치, 중첩 연산자 아래에 { 의 오른쪽에 한 위치.
닫는 } 는 여는 { 의 바로 아래에 있습니다. 점.
그러나 이 모든 것은 디버깅이 완료될 때까지입니다(솔직히 몇 달이 걸리기도 합니다).
최종적으로 디버깅된 블록을 min으로 압축합니다. 스크롤을 줄입니다.
Editor가 줄의 자동 번호 매기기를 수행하고 줄의 잘못된 위치를 강조 표시하면 더 좋을 것입니다. (나는 4번째를 의미한다. 나는 5번째 플랫폼 전체를 엑스레이한다)
그렇기 때문에 현지화가 필요하지 않습니다. (그런데)
일반적으로 그렇습니다. 그러나 솔직히 말해 : 집에서 (내부용) 곱슬 선반을 만들어야 할 때 ESKD에 따라 그림을 직접 그릴 예정입니까?! :))
현지화는 편집기에 내장된 스타일러와 같습니다. 서비스입니다! 그렇다면 제품을 사용하는 것이 즐겁습니다 . 그렇지 않으면 작업은 계속 작동합니다 :(
그것이 내가 이러한 질문을 제기하는 이유입니다. 개발자가 고려하면 편집기가 아니라 사탕이 될 것입니다. 그들이 아무것도 하지 않는다면 그것은 단지 "빵 한 조각"이 될 것입니다. 그러나 나쁜 일은 일어나지 않을 것입니다.
그러나 일반적인 MQL 프로그램의 크기를 감안할 때 ... 실제로 찻잔의 폭풍. :)
좋은 언어와 고품질 코드에 대한 컴파일러가 있을 것입니다. 훌륭한 프로그램이 있을 것입니다. 스타일리스트는 좋은 것입니다. 하지만.. 사용하지 않습니다.
"잘못된" 스타일의 이유. 내 말은 - 나는 설정에 관한 것입니다.
사용자의 의견에 귀를 기울이고, 또한 이 의견을 찾는 데 많은 돈을 투자하여 번창하는 Adobe사의 제품을 예로 들겠습니다. 이 페이지 상단에서 볼 수 있는 애니메이션 배너는 Adobe가 소유한 기술의 제품입니다.
Jah Bless Metaquotes!
호주에서는 어떤지 모르겠지만 스타일 설정에 관한 것이라면 PCAD에서 (또한 매우 오랫동안) 전기 회로를 그렸거나 배치한 곳에서 모든 요소를 생성/변경할 수 있었습니다. 사실, 2INE이 막힌 것 외에는 다른 방식으로 2INE을 지정할 생각이 전혀 없었습니다. 하지만 어떤 식으로든 그릴 수 있는 기회가 있었습니다. 이제 모든 것이 엄격하게 규제되는 국제 표준(ISO)이 있습니다.
그런데! C#, C++ 표준 등에 관한 국제 그룹이 있습니다. 스타일에 대해서는 아무 말도 하지 않습니까?
이 그룹은 5-8년 동안 C의 순환 버퍼에 동의할 수 없을 정도로 어리석고 눈을 깜박였습니다. 이것은 임베디드 시스템과 DSP 뿐만 아니라.... 인용 버퍼에 대해 필사적으로 그리고 오래 기한이 지난 것입니다. 두뇌가 더 많고 관료주의가 적다면 MT 프로그래밍은 매우 다르게 보일 것입니다.
어떤 이유에서인지 표준 스타일이라는 이름이 붙은 E. Allman이 공개 동성애자여서 Astyle의 스타일을 allman에서 --style==bsd (스타일은 동일, 일명 --style= ansi ):
asty.bat 파일:
astyle --indent=tab --indent=force-tab=3 --style=bsd --delete-empty-lines --pad-oper --unpad-paren --pad-paren-out %1 %2 %3 %4 %5 %6 %7 %8 %9
astyr.bat 파일:
astyle --indent=tab --indent=force-tab=3 --style=bsd --delete-empty-lines --pad-oper --unpad-paren --pad-paren-out --recursive *.c
.
에이스타일의 새로운 버전이 출시되었습니다. 새로운 Horstmann 스타일이 거기에 추가되었습니다. 아마도 bsd가 더 나을 것입니다. 이제 권장되는 매개변수 줄은 다음과 같습니다.
@astyle --style=horstmann --brackets=horstmann --indent=tab --indent=force-tab=3 --delete-empty-lines --pad-oper --unpad-paren --pad-paren-out %1 %2 %3 %4 %5 %6 %7 %8 %9