using句を含む2つの基本クラスがあります

 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＆...」というフラグを立てます。

これで、両方の「using句」が同じ基本クラス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で示される型の同義語として使用できる名前を導入します。新しいタイプは導入されず、既存のタイプ名の意味を変更することもできません。

これら2つのusing句は同じ型を表しますが、コンパイラーには次の状況で2つの選択肢があります。

void sendNetworkPacket(const NetworkPacket &pdu);

以下から選択できます。

• MultiCmdQueueCallback::NetworkPacket そして
• PlcMsgFactoryImplCallback::NetworkPacket

MultiCmdQueueCallbackとPlcMsgFactoryImplCallback基本クラスの両方から継承するためです。コンパイラーの名前解決の結果は、あいまいなエラーになります。これを修正するには、次のようにコンパイラを使用するようにコンパイラに明示的に指示する必要があります。

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

または

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

2つのエラーがあります。

1. プライベートタイプエイリアスへのアクセス
2. 型エイリアスへのあいまいな参照

プライベート・プライベート

順序は重要ではないため、コンパイラが2番目の問題について最初に文句を言う問題はありません。続行するには両方の問題を修正する必要があります。

官公

両方の可視性をpublicまたはprotectedのいずれかに変更するMultiCmdQueueCallback::NetworkPacketと PlcMsgFactoryImplCallback::NetworkPacket、2番目の問題（あいまいさ）は明らかです。これらは、基礎となるデータ型は同じですが、2つの異なる型エイリアスです。「賢い」コンパイラーがこれを解決できる（特定のケース）と考える人もいますが、コンパイラーは、ケース固有の例外を作成するのではなく、「一般的に考えて」、グローバルルールに基づいて決定を行う必要があることに注意してください。次のケースを想像してみてください：

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には他の選択を書くことがありませんので。それがなぜそうすることをまだ拒否し、曖昧さのせいにするのかは私にとって謎です。