Tôi có hai lớp cơ sở với việc sử dụng mệnh đề

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


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

Sau đó tôi khai báo một lớp

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

trình biên dịch sau đó gắn cờ một tham chiếu lỗi đến 'NetworkPacket' không rõ ràng 'sendNetworkPacket (NetworkPacket & ...'

Bây giờ cả hai 'sử dụng mệnh đề' đều giải quyết cùng một lớp Mạng bên dưới: NetworkPacket

và trong thực tế nếu tôi thay thế khai báo phương thức bằng:

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

nó biên dịch tốt.

Tại sao trình biên dịch xử lý mỗi mệnh đề sử dụng như một kiểu riêng biệt mặc dù cả hai đều trỏ đến cùng một kiểu bên dưới. Điều này được ủy quyền bởi tiêu chuẩn hay chúng ta có lỗi trình biên dịch?

Trước khi xem loại kết quả bí danh, (và khả năng truy cập)

chúng tôi nhìn vào tên

và thực sự,

NetworkPacket có thể là

• MultiCmdQueueCallback::NetworkPacket
• hoặc là PlcMsgFactoryImplCallback::NetworkPacket

Thực tế cả hai đều chỉ ra Networking::NetworkPacketlà không liên quan.

Chúng tôi giải quyết tên đầu tiên, dẫn đến sự mơ hồ.

Bạn chỉ có thể giải quyết sự mơ hồ bằng cách chọn thủ công cái nào bạn muốn sử dụng.

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

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

}

Trình biên dịch chỉ tìm các định nghĩa trong các lớp cơ sở. Nếu cùng loại và hoặc bí danh có mặt trong cả hai lớp cơ sở, nó chỉ đơn giản phàn nàn rằng nó không biết nên sử dụng cái nào. Nó không quan trọng nếu loại kết quả là giống nhau hay không.

Trình biên dịch chỉ tìm tên trong bước đầu tiên, hoàn toàn độc lập nếu tên này là hàm, kiểu, bí danh, phương thức hoặc bất cứ thứ gì. Nếu tên không rõ ràng, không có hành động nào được thực hiện từ trình biên dịch! Nó chỉ đơn giản là phàn nàn với thông báo lỗi và dừng lại. Vì vậy, chỉ cần giải quyết sự mơ hồ với tuyên bố sử dụng được đưa ra.

Từ các tài liệu :

Một khai báo bí danh loại giới thiệu một tên có thể được sử dụng làm từ đồng nghĩa cho loại được biểu thị bởi loại id. Nó không giới thiệu một loại mới và nó không thể thay đổi ý nghĩa của một loại tên hiện có.

Mặc dù, hai usingmệnh đề này đại diện cho cùng một loại, trình biên dịch có hai lựa chọn trong tình huống sau:

void sendNetworkPacket(const NetworkPacket &pdu);

Nó có thể chọn giữa:

• MultiCmdQueueCallback::NetworkPacket và
• PlcMsgFactoryImplCallback::NetworkPacket

bởi vì nó kế thừa từ cả hai MultiCmdQueueCallbackvà PlcMsgFactoryImplCallbackcác lớp cơ sở. Một kết quả của độ phân giải tên của trình biên dịch là lỗi mơ hồ mà bạn có. Để khắc phục điều này, bạn cần hướng dẫn rõ ràng trình biên dịch sử dụng cái này hoặc cái khác như thế này:

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

hoặc là

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

Có hai lỗi:

1. Truy cập bí danh loại riêng
2. Tham chiếu mơ hồ để gõ bí danh

riêng tư

Tôi không thấy vấn đề mà trình biên dịch phàn nàn về vấn đề thứ hai trước tiên vì thứ tự không thực sự quan trọng - bạn phải sửa cả hai vấn đề để tiếp tục.

công cộng

Nếu bạn thay đổi mức độ hiển thị của cả hai MultiCmdQueueCallback::NetworkPacketvà PlcMsgFactoryImplCallback::NetworkPacketthành công khai hoặc được bảo vệ, thì vấn đề thứ hai (sự mơ hồ) là rõ ràng - đó là hai bí danh loại khác nhau mặc dù chúng có cùng kiểu dữ liệu cơ bản. Một số người có thể nghĩ rằng trình biên dịch "thông minh" có thể giải quyết điều này (một trường hợp cụ thể) cho bạn, nhưng hãy nhớ rằng trình biên dịch cần phải "nghĩ chung" và đưa ra quyết định dựa trên các quy tắc toàn cầu thay vì đưa ra các trường hợp ngoại lệ cụ thể. Hãy tưởng tượng trường hợp sau:

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


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

Trình biên dịch nên xử lý cả hai NetworkPacketIDnhư nhau? Chắc chắn là không. Bởi vì trên hệ thống size_t32 bit, dài 32 bit trong khi uint64_tluôn là 64 bit. Nhưng nếu chúng ta muốn trình biên dịch kiểm tra các kiểu dữ liệu cơ bản, thì nó không thể phân biệt các kiểu dữ liệu trên hệ thống 64 bit.

công tư

Tôi tin rằng ví dụ này không có ý nghĩa gì trong trường hợp sử dụng của OP, nhưng vì ở đây chúng tôi đang giải quyết các vấn đề nói chung, hãy xem xét rằng:

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

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

Tôi nghĩ rằng trong trường hợp này trình biên dịch nên đối xử PlcNetwork::NetworkPacketnhư PlcMsgFactoryImplCallback::NetworkPacketvì nó không có choises khác. Tại sao nó vẫn từ chối làm như vậy và đổ lỗi cho sự mơ hồ là một điều sai lầm với tôi.