Директивы препроцессора используются компилятором для предварительной обработки исходного кода перед его компиляцией. Директива всегда начинается со знака Каждая директива описывается отдельной записью и действует до переноса строки. Нельзя в одной записи использовать несколько директив. Если запись директивы получается слишком большой, то её...
불행히도, 최고의 모든 것이 그곳에서 발명되었습니다. 따라서 영어를 모르면 문제가 됩니다. 개인적으로 가르칩니다. Google 번역의 플러스에 동일한 부두가 있으며 학습에 기여하기까지 합니다. 러시아어로 번역된 이 번역가의 쓰레기가 너무 많아서 갈 곳이 없기 때문입니다. 그러나 부두가있는 날카로운 사람은 운이 좋았습니다. 개발 팀에서 러시아인을 보는 것은 무화과보다 조금 더 많습니다)))
그리고 그게 그거 아닙니까?
그리고 그게 그거 아닙니까?
친애하는 사람, 나는 #if에 대해 썼습니다 - 거기에 없습니다. 매트를 배우십시오. 부분.
음, 차이점을 설명하십시오. 어쩌면 내가 뭔가를 배울 것입니다. 그러면 나는 무지한 사람처럼 죽을 것입니다 ...
음, 차이점을 설명하십시오. 어쩌면 내가 뭔가를 배울 것입니다. 그러면 나는 무지한 사람처럼 죽을 것입니다 ...
https://en.cppreference.com/w/cpp/preprocessor
글쎄, 전혀 심각하지 않습니다. 나는 영어를 배우기 전에 죽을 것이다.
글쎄, 전혀 심각하지 않습니다. 나는 영어를 배우기 전에 죽을 것이다.
글쎄, 전혀 심각하지 않습니다. 나는 영어를 배우기 전에 죽을 것이다.
빠르고 매우 빠른 경우 #if는 컴파일 전에 알려진 조건의 검사이며 MQL에는 #ifdef만 있습니다. 해당 정의의 존재 검사, 즉 코드
작동 안 할 것이다
그러나 그것은 정확하지 않습니다! )))) - 나는 매크로를 좋아하지 않지만 때로는 매크로 없이는 어렵습니다 ((((
빠르고 매우 빠른 경우 #if는 컴파일 전에 알려진 조건의 검사이며 MQL에는 #ifdef만 있습니다. 해당 정의의 존재 검사, 즉 코드
작동 안 할 것이다
그러나 그것은 정확하지 않습니다! )))) - 나는 매크로를 좋아하지 않지만 때로는 매크로 없이는 어렵습니다 ((((
최신 C++ 표준을 정확히 모르지만 "#if x>0"은 어디에도 구현되지 않은 것 같습니다. 위시리스트는 일반적으로 적어도 "#if defined DEBUG && defined LEVELS"에 관한 것입니다.
최근 몇 년 동안 편집자에 대한 불만이 많이 제기되었습니다. "목록을 만드십시오"라고 말하는 것은 잘못된 것입니다. 아무도 진지하게 앉아서 그러한 목록을 작성하는 요점을 보지 못합니다. 반응을 믿지 않기 때문입니다.
편집기를 개선하려면 인기 있는 IDE에서 표준 기능 구현을 시작하는 것으로 충분합니다.
내가 놓치고 있는 것:
코드 접기.
함수가 #ifdef/#endif로 래핑된 경우에도 Alt-M 함수의 전체 목록입니다.
외부 스타일러 호출 . 클랜을 사용하고 있습니다. 내장형은 저에게 전혀 어울리지 않습니다. 이것은 고정된 설정의 집합일 뿐입니다.
열린 파일의 외부 변경 제어.
더 강력한 디버깅 기능. 예를 들어, 변수 값 변경, 변수 변경을 위한 중단점(조건별 포함). 디버깅할 때 "뒤로 물러나기"를 바라지 않습니다. 이것은 너무 많습니다.
이 모든 것은 털복숭이 시절에 이루어졌습니다.
최신 C++ 표준을 정확히 모르지만 "#if x>0"은 어디에도 구현되지 않은 것 같습니다. 위시리스트는 일반적으로 적어도 "#if defined DEBUG && defined LEVELS"에 관한 것입니다.