Adakah Mewarisi daripada Bekas C STL Berisiko?

Risiko Mewarisi daripada Bekas C STL

Persoalan yang dikemukakan ialah sama ada terdapat sebarang risiko sebenar yang berkaitan dengan pewarisan daripada bekas C standard. Penulis berpendapat bahawa menggunakan typedef, seperti typedef std::vector Kadar;, adalah pendekatan yang lebih selamat. Walau bagaimanapun, mereka mencadangkan kes penggunaan khusus untuk meneroka sebarang potensi bahaya.

Kes Penggunaan

Pertimbangkan coretan kod berikut:

#include <vector>
#include <iostream>

void kill_it(std::vector<double>& victim) {
    delete &victim;
}

typedef std::vector<double> Rates;
class Charges: public std::vector<double> { };

int main() {
  std::vector<double>* p1, *p2;
  p1 = new Rates;
  p2 = new Charges;
  kill_it(p2);
  kill_it(p1);
  return 0;
}

The pengarang mencadangkan bahawa pengguna yang malang sewenang-wenangnya boleh memperkenalkan ralat dalam ??? bahagian yang akan menyebabkan masalah dengan Caj (kelas terbitan), tetapi bukan dengan Kadar (typedef).

Pemusnah Maya

Isu utama di sini ialah standard itu Bekas C tidak mempunyai pemusnah maya. Akibatnya, anda tidak boleh mengendalikannya secara polimorf. Jika anda dan semua pengguna kod anda mematuhi prinsip ini, sememangnya tidak salah untuk mewarisi daripada bekas standard. Walau bagaimanapun, pengarang mengesyorkan komposisi untuk kejelasan.

Komposisi melebihi Pewarisan

Daripada mewarisi daripada bekas, ia lebih bersih dan selamat untuk digunakan. Ini melibatkan mencipta kelas baharu yang mengandungi contoh bekas sebagai pembolehubah ahli. Ini membolehkan lebih fleksibiliti dan kawalan ke atas kefungsian kelas anda.

Dalam kes penggunaan ini, contohnya, mentakrifkan kelas Rates baharu yang mengandungi tika std::vector akan membolehkan anda menambah fungsi tambahan sambil masih memanfaatkan bekas asas. Pendekatan ini juga memastikan bahawa pemusnah kelas baharu anda dikendalikan dengan betul, tanpa mengira pelaksanaan kontena asas.

Atas ialah kandungan terperinci Adakah Mewarisi daripada Bekas C STL Berisiko?. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!