(*a)를 통해서만 멤버 함수에 대한 액세스를 허용하면 명백한 이점이 없지만 반대로 간단하고 이해하기 쉬운 연산자의 다중 적용이 불가능하게 됩니다.
당신의 제안에 따라 그것을 다시 쓰십시오
연산자 <<(...)는 개체에 대한 포인터만 반환할 수 있기 때문에 포인터 대신 개체 자체를 사용할 수 없습니다.
당신은 아마 나를 오해했을 것입니다. 나는 현재 구현을 금지하는 것에 대해 이야기하지 않았습니다. 컴파일러의 변덕에 의존하지 않도록 개체에 대한 참조나 포인터를 가져오는 추가 가능성을 만들어달라고 요청했습니다. 그리고 각각의 특정 경우에 행동하는 방법 - 나는 스스로 결정할 것입니다. 매우 안정적인 프로그램이 필요한 경우 귀하가 설명한 방식으로 수행할 수 있습니다. 예, 얼어붙었습니다. 그러나 메타따옴표가 갑자기 포인터에 대한 << 연산자의 특별한 동작을 도입한다면 이것은 더 이상 무섭지 않습니다.
나는 현재 구현을 금지하는 것에 대해 이야기하지 않았습니다. 컴파일러의 변덕에 의존하지 않도록 개체에 대한 참조나 포인터를 가져오는 추가 가능성을 만들어달라고 요청했습니다.
(b)가 객체이면 기존 GetPointer ( b ) 외에 추가 기능(&b)을 이해할 수 있습니다. 이는 C++에 대한 구문의 근사치입니다.
(a)가 포인터인 경우 기존 옵션(a)에 더하여 추가 옵션(*a)은 아마도 합리적인 절충안일 것입니다.
class A {
booloperator ==(A *);
A * operator <<(A *);
A * operator >>(A *);
};
void f()
{
A *a = new A();
if ( a == a ); //сравнение указателейif ( *a == *a ); //вызов operator==(A *)
a << a >> a; //вызов operator<<(A *) и operator>>(A *)
*a << *a; //вызов operator<<(A *)
}
class A {
public :
A( int a ) {}
};
void g( int a ) { Print ( a ); }
int f( int a )
{
A a( 15 );
g( uint ( a ));
return ( 8 );
}
voidOnStart ()
{
Print ( f( 5 ));
}
(*a)를 통해서만 멤버 함수에 대한 액세스를 허용하면 명백한 이점이 없지만 반대로 간단하고 이해하기 쉬운 연산자의 다중 적용이 불가능하게 됩니다.
당신의 제안에 따라 그것을 다시 쓰십시오
연산자 <<(...)는 개체에 대한 포인터만 반환할 수 있기 때문에 포인터 대신 개체 자체를 사용할 수 없습니다.
당신은 아마 나를 오해했을 것입니다. 나는 현재 구현을 금지하는 것에 대해 이야기하지 않았습니다. 컴파일러의 변덕에 의존하지 않도록 개체에 대한 참조나 포인터를 가져오는 추가 가능성을 만들어달라고 요청했습니다. 그리고 각각의 특정 경우에 행동하는 방법 - 나는 스스로 결정할 것입니다. 매우 안정적인 프로그램이 필요한 경우 귀하가 설명한 방식으로 수행할 수 있습니다. 예, 얼어붙었습니다. 그러나 메타따옴표가 갑자기 포인터에 대한 << 연산자의 특별한 동작을 도입한다면 이것은 더 이상 무섭지 않습니다.
나는 현재 구현을 금지하는 것에 대해 이야기하지 않았습니다. 컴파일러의 변덕에 의존하지 않도록 개체에 대한 참조나 포인터를 가져오는 추가 가능성을 만들어달라고 요청했습니다.
(b)가 객체이면 기존 GetPointer ( b ) 외에 추가 기능(&b)을 이해할 수 있습니다. 이는 C++에 대한 구문의 근사치입니다.
(a)가 포인터인 경우 기존 옵션(a)에 더하여 추가 옵션(*a)은 아마도 합리적인 절충안일 것입니다.
한편으로는 모순이 제거되고, 다른 한편으로는 기존 질서가 위반되지 않습니다.컴파일러는 동일한 범위 내에서 매개변수와 함수 본문에 동일한 이름의 변수를 허용합니다.
경고가 발생하더라도 이러한 미묘한 오류(큰 코드에서)에는 충분하지 않습니다. 적어도 비슷한 경우의 C++ 컴파일러는 정확히 오류를 제공합니다.아마도 이전 오류의 결과는 그러한 구성이
런타임 오류 발생: 잘못된 EX5 파일(8)누가 그것을 직면했습니까? 그것은 어떻게 해결되고 문제는 무엇입니까? 브로커 "개방".
보류 가격이 드래그 앤 드롭으로 새 수준으로 이동하면 SL/TP도 함께 변경됩니다. 어떻게 든 비활성화 할 수 있습니까? 항상 가격과 동기화하여 SL/TP를 이동할 필요는 없습니다.
어떻게 보십니까? 나는 이렇습니다:
Ctrl 키를 누르고 있으면 보류 주문이 SL/TP와 함께 이동합니다. Ctrl 이 없으면 지금 그대로입니다.
또한 터미널 설정 에서 Alt 키를 누르고 있을 때만 거래 수준의 제어를 설정할 수 있다는 점을 고려해야 합니다. 그런 다음 위에서 설명한 상호 작용을 위해 Ctrl+Alt 를 누르고 있어야 합니다.
어떻게 보십니까? 나는 다음과 같다:
Ctrl 키를 누르고 있으면 보류 주문이 SL/TP와 함께 이동합니다. Ctrl 이 없으면 지금 그대로입니다.
또한 터미널 설정 에서 Alt 키를 누르고 있을 때만 거래 수준의 제어를 설정할 수 있다는 점을 고려해야 합니다. 그런 다음 위에서 설명한 상호 작용을 위해 Ctrl+Alt 를 누르고 있어야 합니다.
문서에서 나온 것입니까? Alt에 대해 읽고 사용하지만 Ctrl에 대해서는 그렇지 않습니다.
보류 가격이 드래그 앤 드롭으로 새 수준으로 이동하면 SL/TP도 함께 변경됩니다. 어떻게 든 비활성화 할 수 있습니까? 항상 가격과 동기화하여 SL/TP를 이동할 필요는 없습니다.