У мене є два базові класи з використанням пропозицій

 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);

вона складається добре.

Чому компілятор розглядає кожне з використанням пункту як окремий тип, хоча вони обидва вказують на один і той же базовий тип. Це передбачено стандартом чи у нас є помилка компілятора?

Перш ніж переглянути тип псевдоніму (та доступність)

ми дивимося на імена

і справді,

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);

}

Компілятор шукає лише визначення в базових класах. Якщо в обох базових класах присутній один і той же тип або псевдонім, він просто скаржиться, що не знає, який з них використовувати. Не має значення, збігається тип чи ні.

Компілятор шукає імена лише на першому кроці, повністю незалежних, якщо це ім'я є функцією, типом, псевдонімом, методом чи іншим способом. Якщо імена неоднозначні, подальша дія з компілятора не робиться! Він просто скаржиться на повідомлення про помилку і зупиняється. Тому просто вирішіть двозначність із заданим оператором.

З документів :

Декларація псевдоніма типу вводить ім'я, яке може бути використане як синонім типу, позначеного тип-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-бітній системі.

державно-приватний

Я вважаю, що цей приклад не має сенсу в застосуванні ОП, але оскільки тут ми вирішуємо проблеми загалом, давайте розглянемо це:

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

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

Я думаю, що в цьому випадку компілятор повинен ставитися PlcNetwork::NetworkPacketтак, PlcMsgFactoryImplCallback::NetworkPacketяк у нього немає інших виборів. Чому він досі відмовляється це робити, і звинувачує в неоднозначності - для мене загадка.