QT-C ++ vs Generic C ++ dan STL [ditutup]

Telah menyikat C ++ saya akhir-akhir ini, di QQ Ubuntu. Saya suka kerangka Qt untuk semuanya, terutama membangun GUI. Saya menjadi cukup akrab dengannya ketika menggunakan PyQt selama beberapa tahun terakhir.

Ketika menggunakan PyQt, saya memiliki beberapa masalah yang sekarang lebih jelas ketika menggunakan C ++ dengan Qt: Qt memiliki banyak ekstensi untuk C ++ yang spesifik Qt - QString menjadi hanya satu contoh umum, belum lagi pengumpulan sampah otomatis. Dimungkinkan untuk menulis aplikasi Qt menggunakan C ++ tanpa mengetahui banyak tentang C ++ dan STL.

Saya mungkin harus segera memasuki pasar kerja lagi dan saya ingin dapat mempertimbangkan posisi C ++ - tapi saya takut mengikat diri saya terlalu banyak ke Qt akan membatasi kemampuan saya untuk bekerja dengan C ++ generik, yang dulunya cukup tangguh tetapi sekarang lama tidak aktif dan berkarat.

Haruskah saya menghindari Qt? Apakah saya akan lebih baik menggunakan WxWidgets atau GTK ++ untuk membangun GUI?

Apa kerangka kerja GUI terbaik untuk digunakan yang memungkinkan / membutuhkan sebagian besar penggunaan generik C ++ dan STL? Bagaimana cara membuat saya paling berharga sebagai programmer C ++ ketika datang ke kerangka kerja GUI, dll?

Saya tidak akan berhenti menggunakan Qt hanya karena alasan itu. Anda tidak diharuskan untuk menggunakan semua kelas utilitas Qt; untuk yang mengganti STL, paling banyak Anda akan dipaksa untuk menggunakan QString dan, mungkin, QStringList. Juga, biasanya ada lebih banyak program daripada GUI. Anda selalu dapat menggunakan C ++ generik secara eksklusif untuk program lainnya, dan menggunakan Qt hanya untuk GUI.

Menurut pendapat saya, bekerja dengan STL lebih tentang memahami struktur data apa yang digunakan dan kompleksitasnya, dan akibatnya pada saat mana Anda harus menggunakan setiap wadah. Dan ketika datang ke pemrograman C ++, ini terutama tentang mengetahui cara menggunakan header <algoritma> yang sangat esensial, yang juga harus bekerja pada kontainer Qt, karena mereka kompatibel dengan STL.

Saya tidak melihat banyak kerugian dalam menggunakan semua ekstensi yang disediakan Qt, selama Anda tahu (atau setidaknya memiliki gagasan umum) bagaimana mereka diterapkan secara internal. Pastikan Anda tahu bahwa hal-hal seperti Q_OBJECT, SIGNAL (), SLOT (), foreach (), bukan sihir, tetapi makro yang berkembang ke pernyataan C ++ yang valid. Misalnya, tidak terlalu rumit untuk memahami bagaimana kelas yang dibagikan secara implisit dan hubungan orangtua-anak yang membuat Qt merasa lebih seperti Java diimplementasikan. Anda selalu dapat mencoba untuk membuat kembali beberapa fungsionalitas dalam proyek terpisah hanya untuk melihat apakah Anda bisa melakukannya dengan C ++ generik, dan kemudian merasa tidak enak untuk menggunakannya di Qt.

Juga, lihatlah perpustakaan Boost. Mereka menyediakan utilitas tambahan yang tidak dimiliki pustaka C ++ standar, dan merupakan cara yang sangat baik untuk sedikit lebih dekat dengan C ++ generik, karena mereka pada dasarnya mengikuti konvensi yang sama seperti C ++ generik. Beberapa perpustakaan memiliki kelas templated yang cukup kompleks, dan hanya mencoba memahami bagaimana mereka bekerja, itu sendiri, merupakan studi yang baik dalam C ++. Boost memiliki banyak utilitas yang tidak dapat ditemukan di Qt, dan lainnya yang menerapkan konsep yang sama atau serupa dengan beberapa kelas Qt dan dapat digunakan sebagai gantinya.

Jika Anda memasuki pasar kerja yang bekerja dengan C ++, kemungkinan Anda akan bekerja dengan Qt atau kerangka kerja lain yang, serupa dengan itu, akan memiliki kelas utilitas sendiri yang mencoba membuat C ++ lebih sederhana.

Saya setuju dengan sebagian besar pujian tinggi dari Qt, tetapi pertanyaannya adalah Apa kerangka kerja GUI terbaik untuk digunakan yang memungkinkan / membutuhkan sebagian besar penggunaan C ++ generik dan STL? Dalam hal ini Qt sedikit skizofrenia: ia menduplikasi kontainer dan algoritma STL dengan tikungannya sendiri. Ini juga menyediakan wadah, yang berbeda dari STL. Interoperabilitas antara Qt dan STL tidak selalu mulus. Dalam beberapa kasus dibutuhkan beberapa fungsi panggilan untuk mendapatkan dari std::stringke QStringdan kembali.

wxWidgets memiliki opsi untuk membangun STL, yang menggunakan wadah STL secara eksklusif - tidak ada alam semesta paralel dengan penggantian yang ditanamkan di rumah seperti dalam kasus Qt. Itu juga mengkompilasi dengan kompiler C ++ standar tanpa memerlukan ekstensi non-standar. Ini adalah kerangka kerja GUI berkualitas yang patut dipertimbangkan.

Anda juga dapat melihat gtkmm, yang merupakan pembungkus C ++ di sekitar GTK +. Lebih dekat untuk memenuhi kebutuhan pertama Anda daripada Qt.

Saya tidak akan terlalu khawatir tentang tidak menggunakan perpustakaan STL tertentu seperti std :: string atau std :: iostream atau std :: vector. Setara-QT datang dalam rasa yang berbeda tetapi mereka tidak begitu jauh untuk membuat masalah.

Perbedaan yang lebih idiomatis menurut saya tampaknya adalah gaya pemrograman yang berat digunakan newuntuk alokasi. Sementara untuk program QT ini mungkin baik untuk bagian Gui, manfaat dari C ++ dan RAII adalah, bahwa Anda benar-benar dapat menyimpan banyak data di stack daripada tumpukan. Saat beralih ke penulisan kode non-GUI, Anda harus mengingatnya.