오류, 버그, 질문 - 페이지 1968

[pavlick_]

헤더 파일에 작성하는 경우 이 어리석고 쓸모없는 경고가 "#import 선언 없음"인 이유는 다음과 같습니다.

 void f();
void f() {}

적절한 장소의 선언 수에는 제한이 없습니다. 성가시게도 mqh 헤더에서 사용 가능한 기능에 대한 간략한 설명을 갖고 싶습니다. 가독성에 부정적인 영향을 미치는 행에 주석을 달아야 합니다. 일부는 "클래스 또는 구조체에 정적 메서드 를 배치합니다(구조체를 사용할 때 "구조체에 멤버가 없고 크기가 1바이트로 할당됨"이라는 또 다른 경고가 있음)"라고 말할 수 있습니다. 나는 이런 어리석은 경고 없이 "나는 마이크로클래스를 좋아하지 않고 첫 번째 옵션을 사용하고 싶다"라고 대답할 것이다. 왜 우리에게 완벽하게 유효한 허용 관행을 포기하도록 강요합니까?

[A100]

pavlick_ :

헤더 파일에 작성하는 경우 이 어리석고 쓸모없는 경고가 "#import 선언 없음"인 이유는 다음과 같습니다.

이것은 특별한 경우입니다. 아날로그를 추가하는 것이 더 일반적인 솔루션에서 의미가 있습니다.

 #pragma warning (disable:xxxx)

모든 숙련된 프로그래머는 성가신 경고를 끌 수 있습니다(숫자는 명령 컴파일러에서 찾을 수 있음). 기존의 경고 시스템은 본질적으로 쓸모가 없습니다... 저는 그것들을 보지도 않습니다. 왜냐하면 같은 유형의 경고가 수백 개 있기 때문입니다. 쓰기 스타일과 프로그래머의 경험을 고려하지 않은 것입니다. 그리고 이 수백 가지 중에서 주의를 기울일 가치가 있는 정말 중요한 경고를 찾기가 어려울 수 있습니다.

[A100]

class A {
public :
        A() { Print ( A::a ); } //Результат: 0
         static const int a;
};
/*
...
*/
const int A::a = 1 ;

안믿어? 내일 코드를 추가하려고합니다

[pavlick_]

A100 :

이것은 특별한 경우입니다. 아날로그를 추가하는 것이 더 일반적인 솔루션에서 의미가 있습니다.

모든 숙련된 프로그래머는 성가신 경고를 끌 수 있습니다(숫자는 명령 컴파일러에서 찾을 수 있음). 기존의 경고 시스템은 본질적으로 쓸모가 없습니다... 저는 그것들을 보지도 않습니다. 왜냐하면 같은 유형의 경고가 수백 개 있기 때문입니다. 쓰기 스타일과 프로그래머의 경험을 고려하지 않은 것입니다. 그리고 이 수백 가지 중에서 주의를 기울일 가치가 있는 정말 중요한 경고를 찾기가 어려울 수 있습니다.

그래, 난 동의. 내 생각에는 한 번에 일련의 경고를 관리하는 것이 좋습니다. 키 메커니즘(예: -Wno_all) 또는 #pragma 경고(레벨:{0|1|2|...}). 하나씩 끄는 것도 귀찮다.

[[삭제]]

친애하는 개발자 여러분! 표시기가 하위 창에서 계산 되고 여러 버퍼의 스타일이 DRAW_NONE인 경우 하위 창의 표시 배율에 영향을 주지 않는 변경 사항이 있었는지 알려 주십시오. 아니면 그런 규칙이 없었습니까?

그러한 수정 사항이 없으면 수정하십시오. 그리고 이제 DRAW_NONE 스타일이 완전히 다른 축척에 있어야 하는 하위 창의 그래픽에 영향을 미친다는 것이 밝혀졌습니다!

[TheXpert]

pavlick_ :
그래, 난 동의. 내 생각에는 한 번에 일련의 경고를 관리하는 것이 좋습니다. 키 메커니즘(예: -Wno_all) 또는 #pragma 경고(레벨:{0|1|2|...}). 하나씩 끄는 것도 귀찮다.

나는 아마도 몇 년 동안 각 경고와 오류에 대해 그들이 나오는 이유를 명확하게 보여주는 예를 만들어달라고 요청했을 것입니다.

이런 점에서 경고의 평준화와 명시적 제어는 환상처럼 보입니다.

[Stanislav Korotky]

Alexey Kozitsyn :

친애하는 개발자 여러분! 표시기가 하위 창에서 계산 되고 여러 버퍼의 스타일이 DRAW_NONE인 경우 하위 창의 표시 배율에 영향을 주지 않는 변경 사항이 있었는지 알려 주십시오. 아니면 그런 규칙이 없었습니까?

그러한 수정 사항이 없으면 수정하십시오. 그리고 이제 DRAW_NONE 스타일이 완전히 다른 축척에 있어야 하는 하위 창의 그래픽에 영향을 미친다는 것이 밝혀졌습니다!

이 문제가 해결되었습니다. 티켓팅하고 확인해보니..

추가: 티켓이 2장까지 있었던 것으로 나타났습니다. MT4에서는 수정했지만 MT5에서는 그렇지 않은 것 같습니다.

[[삭제]]

Stanislav Korotky :

이 문제가 해결되었습니다. 티켓팅을 하고 확인했습니다.

해결된 것 같았는데 지금은 그렇지 않습니다. 방금 확인했습니다. 빌드 1643.

[Stanislav Korotky]

Alexey Kozitsyn :
해결된 것 같았는데 지금은 그렇지 않습니다. 방금 확인했습니다. 빌드 1643.

위를 참조하십시오, 나는 추가했습니다 ;-)

[[삭제]]

Stanislav Korotky :

위를 참조하십시오, 나는 추가했습니다 ;-)

예, 알겠습니다. 그러면 다른 응용 프로그램을 만들겠습니다.