using 절을 사용하는 두 가지 기본 클래스가 있습니다.

 class MultiCmdQueueCallback {
  using NetworkPacket  = Networking::NetworkPacket;
  ....
 }


 class PlcMsgFactoryImplCallback {
   using NetworkPacket = Networking::NetworkPacket;
  ....
 }

그런 다음 수업을 선언합니다

class PlcNetwork : 
  public RouterCallback, 
  public PlcMsgFactoryImplCallback, 
  public MultiCmdQueueCallback {
  private:
    void sendNetworkPacket(const NetworkPacket &pdu);
}

그런 다음 컴파일러는 'NetworkPacket'에 대한 오류 참조를 모호합니다. 'sendNetworkPacket (NetworkPacket & ...'

이제 두 '사용 절'은 동일한 기본 클래스 인 Networking : NetworkPacket으로 해석됩니다.

실제로 메소드 선언을 다음과 같이 바꾸면

 void sendNetworkPacket(const Networking::NetworkPacket &pdu);

잘 컴파일됩니다.

컴파일러가 각각의 using 절이 동일한 기본 유형을 가리켜도 고유 한 유형으로 취급하는 이유는 무엇입니까? 이것이 표준에 의해 지시됩니까, 아니면 컴파일러 버그가 있습니까?

별명 결과 유형 및 액세스 가능성을보기 전에

우리는 이름 을 본다

실제로

NetworkPacket 아마도

• MultiCmdQueueCallback::NetworkPacket
• 또는 PlcMsgFactoryImplCallback::NetworkPacket

둘 다 지적하는 사실 Networking::NetworkPacket은 관련이 없습니다.

이름을 확인하면 모호성이 생깁니다.

사용하려는 것을 수동으로 선택하여 모호성을 해결할 수 있습니다.

class PlcNetwork : 
  public RouterCallback, 
  public PlcMsgFactoryImplCallback, 
  public MultiCmdQueueCallback {

using NetworkPacket= PlcMsgFactoryImplCallback::NetworkPacket; // <<< add this line
private:
    void sendNetworkPacket(const NetworkPacket &pdu);

}

컴파일러는 기본 클래스의 정의 만 찾습니다. 두 기본 클래스에 동일한 유형 및 / 또는 별칭이 있으면 사용할 클래스를 알지 못한다고 불평합니다. 결과 유형이 동일한 지 여부는 중요하지 않습니다.

컴파일러는 첫 번째 단계에서만 이름을 찾습니다.이 이름이 함수, 유형, 별명, 메소드 또는 기타의 경우 완전히 독립적입니다. 이름이 모호한 경우 컴파일러에서 추가 조치가 수행되지 않습니다! 단순히 오류 메시지를 표시하고 중지합니다. 따라서 주어진 using 문으로 모호성을 해결하십시오.

로부터 문서 :

타입 별명 선언은 type-id로 표시된 타입의 동의어로 사용될 수있는 이름을 소개합니다. 새 유형을 도입하지 않으며 기존 유형 이름의 의미를 변경할 수 없습니다.

이 두 using절은 같은 유형을 나타내지 만 컴파일러는 다음과 같은 상황에서 두 가지를 선택할 수 있습니다.

void sendNetworkPacket(const NetworkPacket &pdu);

다음 중에서 선택할 수 있습니다.

• MultiCmdQueueCallback::NetworkPacket 과
• PlcMsgFactoryImplCallback::NetworkPacket

기본 클래스 MultiCmdQueueCallback와 PlcMsgFactoryImplCallback기본 클래스 모두에서 상속되기 때문 입니다. 컴파일러 이름 확인의 결과로 모호한 오류가 발생합니다. 이 문제를 해결하려면 컴파일러에서 다음과 같이 하나 이상을 사용하도록 명시 적으로 지시해야합니다.

void sendNetworkPacket(const MultiCmdQueueCallback::NetworkPacket &pdu);

또는

void sendNetworkPacket(const PlcMsgFactoryImplCallback::NetworkPacket &pdu);

두 가지 오류가 있습니다.

1. 개인 유형 별명에 액세스
2. 타입 별칭에 대한 모호한 참조

개인-개인

순서가 중요하지 않기 때문에 컴파일러가 두 번째 문제에 대해 먼저 불평하는 문제는 보이지 않습니다. 두 가지 문제를 해결하여 계속 진행해야합니다.

대중

당신은 모두의 가시성을 변경하는 경우 MultiCmdQueueCallback::NetworkPacket와 PlcMsgFactoryImplCallback::NetworkPacket중 공용 또는 보호, 다음 두 번째 문제 (모호성)에이 분명하다 - 그들은 동일한 기본 데이터 형식을 가지고 있지만, 그 두 개의 서로 다른 유형의 별칭입니다. 어떤 사람들은 "영리한"컴파일러가 당신을 위해 이것을 해결할 수 있다고 생각할 수도 있지만, 컴파일러는 "일반적으로 생각하고"대 / 소문자를 제외한 예외에 대한 전역 규칙을 기반으로 의사 결정을해야한다는 것을 명심하십시오. 다음과 같은 경우를 상상해보십시오.

class MultiCmdQueueCallback {
    using NetworkPacketID  = size_t;
    // ...
};


class PlcMsgFactoryImplCallback {
    using NetworkPacketID = uint64_t;
    // ...
};

컴파일러가 둘 다 NetworkPacketID동일하게 취급해야합니까 ? 확실하지 않습니다. 32 비트 시스템에서는 size_t길이가 32 비트 인 반면 uint64_t항상 64 비트입니다. 그러나 컴파일러가 기본 데이터 형식을 확인하도록하려면 64 비트 시스템에서 데이터 형식을 구분할 수 없었습니다.

공공-민간

이 예제는 OP의 유스 케이스에서 의미가 없다고 생각하지만 여기에서 일반적으로 문제를 해결하고 있으므로 다음을 고려하십시오.

class MultiCmdQueueCallback {
private:
    using NetworkPacket  = Networking::NetworkPacket;
    // ...
};

class PlcMsgFactoryImplCallback {
public:
    using NetworkPacket  = Networking::NetworkPacket;
    // ...
};

나는 컴파일러가 처리해야이 경우 생각 PlcNetwork::NetworkPacket으로 PlcMsgFactoryImplCallback::NetworkPacket는 다른 choises이 없기 때문에. 왜 여전히 그렇게 거부하고 모호함에 대한 책임은 나에게 미안합니다.