Cümleleri kullanarak iki temel sınıfım var

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


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

Sonra bir sınıf beyan ederim

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

derleyici daha sonra 'NetworkPacket' için bir hata başvurusu belirsiz 'sendNetworkPacket (NetworkPacket & ...'

Şimdi her ikisi de 'yan tümceleri' aynı temel sınıfa gider Ağ: NetworkPacket

ve aslında yöntem beyanını yerine koyarsam:

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

iyi derler.

Derleyici, her ikisi de aynı temel türü işaret etseler bile, her bir yan tümcesi ayrı bir tür olarak ele alıyor. Bu standart tarafından zorunlu mu yoksa derleyici hatası var mı?

Takma ad türüne (ve erişilebilirliğe) bakmadan önce

isimlere bakıyoruz

ve gerçekten,

NetworkPacket olabilir

• MultiCmdQueueCallback::NetworkPacket
• veya PlcMsgFactoryImplCallback::NetworkPacket

Her ikisinin de işaret ettiği gerçeği Networking::NetworkPacketönemsizdir.

Belirsizlikle sonuçlanan ad çözümlemesi yapıyoruz.

Hangisini kullanmak istediğinizi manuel olarak seçerek belirsizliği çözebilirsiniz.

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

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

}

Derleyici yalnızca temel sınıflardaki tanımları arar. Her iki temel sınıfta da aynı tür ve / veya takma ad varsa, hangisinin kullanılacağını bilmediğinden şikayet eder. Ortaya çıkan türün aynı olup olmadığı önemli değildir.

Derleyici yalnızca ilk adımda adları arar, bu ad bir işlev, tür, diğer ad, yöntem veya başka bir şeyse tamamen bağımsızdır. İsimler belirsizse derleyiciden başka bir işlem yapılmaz! Sadece hata mesajı ile şikayet eder ve durur. Bu nedenle, verilen ifadeyle belirsizliği çözün.

Gönderen docs :

Tür takma adı bildirimi, type-id ile gösterilen türün eş anlamlısı olarak kullanılabilecek bir ad sunar. Yeni bir tür oluşturmaz ve varolan bir tür adının anlamını değiştiremez.

Bu iki usingcümle aynı türü temsil etse de , derleyici aşağıdaki durumda iki seçeneğe sahiptir:

void sendNetworkPacket(const NetworkPacket &pdu);

Arasında seçim yapabilirsiniz:

• MultiCmdQueueCallback::NetworkPacket ve
• PlcMsgFactoryImplCallback::NetworkPacket

çünkü her iki sınıftan MultiCmdQueueCallbackve PlcMsgFactoryImplCallbacktemel sınıflardan miras alır . Derleyicinin ad çözümlemesinin bir sonucu, sahip olduğunuz belirsizlik hatasıdır. Bunu düzeltmek için derleyiciye şu şekilde birini veya başka birini kullanması gerektiğini açıkça bildirmeniz gerekir:

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

veya

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

İki hata var:

1. Özel tür takma adlarına erişme
2. Tür takma adlarına belirsiz referans

Özel-özel

Derleyici ikinci sorun hakkında şikayetçi bir sorun görmüyorum çünkü sipariş gerçekten önemli değil - devam etmek için her iki sorunu da düzeltmeniz gerekiyor.

Kamu-kamu

Her ikisinin görünürlüğünü MultiCmdQueueCallback::NetworkPacketve PlcMsgFactoryImplCallback::NetworkPacketgenel veya korumalı olarak değiştirirseniz, ikinci sorun (belirsizlik) açıktır - bunlar aynı temel veri türüne sahip olmalarına rağmen iki farklı tür takma adıdır. Bazıları "akıllı" bir derleyicinin bunu (belirli bir durumu) sizin için çözebileceğini düşünebilir, ancak derleyicinin duruma özel istisnalar yapmak yerine "genel olarak düşünmesi" ve küresel kurallara dayalı kararlar alması gerektiğini unutmayın. Aşağıdaki durumu düşünün:

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


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

Derleyici her ikisine NetworkPacketIDde aynı şekilde mi davranmalıdır ? Elbette değil. Çünkü 32 bit sistemde size_t32 bit uzunluğunda uint64_t, her zaman 64 bit uzunluğundadır . Ancak derleyicinin altta yatan veri türlerini kontrol etmesini istiyorsak, 64 bit sistemde bunları ayırt edemedi.

kamu-özel

Bu örneğin OP'nin kullanım senaryosunda bir anlam ifade etmediğine inanıyorum, ancak burada genel olarak sorunları çözdüğümüz için şunu düşünelim:

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

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

Ben derleyici davranmalı bu durumda düşünmek PlcNetwork::NetworkPacketolarak PlcMsgFactoryImplCallback::NetworkPacketo başka hiçbir choises vardır çünkü. Neden hala bunu reddediyor ve belirsizlikle ilgili suçlamalar benim için bir mistery.