Mengapa ada yang menggunakan C lebih dari C ++? [Tutup]

Meskipun orang-orang tampaknya suka mengeluh tentang C ++, saya belum dapat menemukan banyak bukti mengapa Anda ingin memilih C daripada C ++. C tampaknya tidak mendapatkan banyak kritik dan jika C ++ memiliki semua masalah ini mengapa Anda tidak bisa membatasi diri Anda sendiri ke subset C? Apa pendapat / pengalaman Anda?

Jawaban Joel baik untuk alasan Anda mungkin harus menggunakan C, meskipun ada beberapa yang lain:

• Anda harus memenuhi pedoman industri, yang lebih mudah dibuktikan dan diuji dalam C.
• Anda memiliki alat untuk bekerja dengan C, tetapi bukan C ++ (anggap bukan hanya tentang kompiler, tetapi semua alat pendukung, cakupan, analisis, dll)
• Pengembang target Anda adalah guru C
• Anda sedang menulis driver, kernel, atau kode tingkat rendah lainnya
• Anda tahu kompiler C ++ tidak pandai mengoptimalkan jenis kode yang perlu Anda tulis
• Aplikasi Anda tidak hanya cenderung berorientasi objek, tetapi akan lebih sulit untuk ditulis dalam bentuk itu

Namun, dalam beberapa kasus, Anda mungkin ingin menggunakan C daripada C ++:

• Anda ingin kinerja assembler tanpa kesulitan pengkodean dalam assembler (C ++ secara teori mampu kinerja 'sempurna', tetapi kompiler tidak begitu baik dalam melihat optimasi, seorang programmer C yang baik akan melihat)
• Perangkat lunak yang Anda tulis itu sepele, atau hampir sama - mencabut kompiler C kecil, menulis beberapa baris kode, kompilasi dan Anda sudah siap - tidak perlu membuka editor besar dengan pembantu, tidak perlu menulis secara praktis kelas kosong dan tidak berguna, berurusan dengan ruang nama, dll. Anda dapat melakukan hal yang hampir sama dengan kompiler C ++ dan cukup menggunakan subset C, tetapi kompiler C ++ lebih lambat, bahkan untuk program kecil.
• Anda memerlukan kinerja ekstrem atau ukuran kode kecil, dan tahu kompiler C ++ sebenarnya akan membuatnya lebih sulit untuk diselesaikan karena ukuran dan kinerja perpustakaan

Anda berpendapat bahwa Anda hanya bisa menggunakan subset C dan kompilasi dengan kompiler C ++, tetapi Anda akan menemukan bahwa jika Anda melakukannya, Anda akan mendapatkan hasil yang sedikit berbeda tergantung pada kompiler.

Apapun, jika Anda melakukan itu, Anda menggunakan C. Apakah pertanyaan Anda benar-benar "Mengapa tidak programmer C menggunakan kompiler C ++?" Jika ya, berarti Anda tidak mengerti perbedaan bahasa, atau Anda tidak mengerti teori kompiler.

Saya suka minimalis & kesederhanaan.

• Karena mereka sudah tahu C
• Karena mereka sedang membangun aplikasi tertanam untuk platform yang hanya memiliki kompiler C
• Karena mereka memelihara perangkat lunak lama yang ditulis dalam bahasa C
• Anda sedang menulis sesuatu pada level sistem operasi, mesin basis data relasional, atau mesin permainan video 3D ritel.

Ketakutan akan kinerja atau mengasapi bukan alasan yang baik untuk melupakan C ++. Setiap bahasa memiliki potensi jebakan dan pertukaran - pemrogram yang baik belajar tentang ini dan jika perlu mengembangkan strategi koping, pemrogram yang buruk akan jatuh busuk dan menyalahkan bahasa.

Python yang ditafsirkan dalam banyak hal dianggap sebagai bahasa "lambat", tetapi untuk tugas-tugas non-sepele seorang programmer Python yang terampil dapat dengan mudah menghasilkan kode yang mengeksekusi lebih cepat daripada yang dilakukan oleh pengembang C yang tidak berpengalaman.

Di industri saya, video game, kami menulis kode kinerja tinggi dalam C ++ dengan menghindari hal-hal seperti RTTI, pengecualian, atau fungsi virtual di loop batin. Ini bisa sangat berguna tetapi memiliki masalah kinerja atau mengasapi yang diinginkan untuk dihindari. Jika kita melangkah lebih jauh dan beralih sepenuhnya ke C kita akan mendapatkan sedikit dan kehilangan konstruksi yang paling berguna dari C ++.

Alasan praktis terbesar untuk memilih C adalah bahwa dukungan lebih luas daripada C ++. Ada banyak platform, terutama yang tertanam, yang bahkan tidak memiliki kompiler C ++.

Ada juga masalah kompatibilitas untuk vendor. Sementara C memiliki ABI yang stabil dan didefinisikan dengan baik (Application Binary Interface) C ++ tidak. ABI dalam C ++ lebih rumit karena hal-hal seperti vtables dan konstruk / destruktor sehingga diimplementasikan secara berbeda dengan setiap vendor, dan bahkan versi dari vendor toolchain.

Dalam istilah nyata ini berarti Anda tidak dapat mengambil perpustakaan yang dihasilkan oleh satu kompiler dan menautkannya dengan kode atau perpustakaan dari yang lain yang menciptakan mimpi buruk untuk proyek-proyek yang didistribusikan atau penyedia middleware dari perpustakaan biner.

Saya memilih untuk menulis dalam bahasa C karena saya senang bekerja dengan bahasa yang kecil dan kencang. Saya suka memiliki akses ke standar yang dapat dibaca dalam jumlah waktu yang wajar (bagi saya - saya pembaca yang sangat lambat). Selain itu, saya menggunakannya untuk menulis perangkat lunak untuk sistem tertanam yang ada beberapa kompiler C ++ yang diinginkan (seperti beberapa kontroler mikro PIC).

Saya mengambil pandangan lain: mengapa menggunakan C ++ bukannya C?

Buku The C Programming Language (alias: K&R) memberi tahu Anda dengan jelas bagaimana melakukan segala hal yang dapat dilakukan bahasa di bawah 300 halaman. Ini adalah karya minimalis. Buku C ++ bahkan tidak ada yang mendekati.

Pertentangan yang jelas adalah bahwa hal yang sama dapat dikatakan untuk sebagian besar, jika tidak semua, bahasa modern - mereka juga tidak dapat memberi tahu Anda bagaimana melakukan semuanya hanya dalam beberapa ratus halaman. Benar. Jadi mengapa menggunakan C ++? Kekayaan fitur? Kekuasaan? Jika Anda membutuhkan sesuatu yang lebih kaya fitur atau bertenaga kemudian pergi dengan C #, Objective C, Java, atau sesuatu yang lain seperti itu. Mengapa membebani diri Anda dengan kompleksitas C ++? Jika Anda memerlukan tingkat kontrol hibah C ++ maka saya berpendapat untuk menggunakan C. C dapat melakukan apa saja dan dapat melakukannya dengan baik.

Selain beberapa poin lain yang sudah disebutkan:

Kurang mengejutkan

yaitu, jauh lebih mudah untuk melihat apa sepotong kode akan melakukan melakukan persis . Di C ++ Anda perlu mendekati level guru untuk dapat mengetahui dengan pasti kode apa yang dihasilkan oleh kompiler (coba kombinasi templat, pewarisan berganda, konstruktor yang dibuat secara otomatis, fungsi virtual dan campur dalam sedikit namespace magic dan pencarian yang bergantung pada argumen).

Dalam banyak kasus, sihir ini bagus, tetapi misalnya dalam sistem waktu-nyata itu dapat benar-benar mengacaukan hari Anda.

Jawaban Linus untuk pertanyaan Anda adalah "Karena C ++ adalah bahasa yang mengerikan"

Buktinya adalah anekdotal, tetapi dia ada benarnya ..

Menjadi lebih dari bahasa tingkat rendah, Anda akan lebih suka ke C ++ .. C ++ adalah C dengan menambahkan perpustakaan dan dukungan kompiler untuk fitur tambahan ( kedua bahasa memiliki fitur yang tidak dimiliki bahasa lain, dan menerapkan hal-hal yang berbeda ), tetapi jika Anda memiliki waktu dan pengalaman dengan C, Anda dapat mengambil manfaat dari tambahan kekuatan terkait tingkat rendah tambahan ... [Diedit] (karena Anda terbiasa melakukan lebih banyak pekerjaan secara manual daripada mengambil manfaat dari beberapa kekuatan yang berasal dari bahasa / kompiler itu sendiri)

Menambahkan tautan:

Mengapa C ++ untuk disematkan

Mengapa Anda masih menggunakan C? PDF

Saya akan google untuk ini .. karena sudah ada banyak komentar di web

Karena mereka sedang menulis sebuah plugin dan C ++ tidak memiliki ABI standar.

Waktu kompilasi yang lama bisa mengganggu. Dengan C ++ Anda dapat memiliki waktu kompilasi yang sangat lama (yang berarti, tentu saja, lebih banyak waktu untuk Stack Overflow!).

Saya terbiasa menggunakan C ++ untuk proyek saya. Lalu saya mendapat pekerjaan di mana plain C digunakan (kode basis berevolusi 20 tahun dari perangkat lunak AV dengan dokumentasi yang buruk ...).

3 hal yang saya sukai di C adalah:

• Tidak ada yang tersirat: Anda melihat apa yang tepatnya atau tidak program Anda lakukan. Ini membuat proses debug lebih mudah.

• Kurangnya ruang nama dan kelebihan dapat menjadi keuntungan: jika Anda ingin tahu di mana fungsi tertentu dipanggil, cukup ambil melalui direktori kode sumber dan itu akan memberi tahu Anda. Tidak diperlukan alat khusus lainnya.

• Saya menemukan kembali kekuatan pointer fungsi. Pada dasarnya mereka memungkinkan Anda untuk melakukan semua hal polimorfik yang Anda lakukan di C ++, tetapi bahkan lebih fleksibel.

Saya terkejut tidak ada perpustakaan yang disebutkan. Banyak bahasa dapat terhubung dengan C libs dan memanggil fungsi C (termasuk C ++ dengan extern "C"). C ++ adalah satu-satunya hal yang dapat menggunakan lib C ++ (didefinisikan sebagai 'lib yang menggunakan fitur-fitur dalam C ++ yang tidak ada dalam C [seperti fungsi yang berlebihan, metode virtual, operator yang kelebihan beban, ...], dan tidak mengekspor semuanya melalui antarmuka yang kompatibel C melalui extern "C" ').

Jika Anda ingin kode Anda dipahami oleh hampir semua programmer menulis dalam C.

Karena mereka ingin menggunakan fitur dalam C99 yang tidak memiliki padanan dalam C ++.

Namun, tidak ada banyak fitur C99 yang berguna untuk C ++ seperti yang dipikirkan orang pada pandangan pertama. Array panjang variabel? C ++ memiliki std :: vektor. Dukungan untuk bilangan kompleks / imajiner? C ++ memiliki tipe templated complex. Fungsi matematika tipe-generik? C ++ kelebihan fungsi matematika standar, menyebabkan hasil yang sama.

Inisialisasi bernama? Tidak di C ++, tapi ada solusinya:

struct My_class_params {
    int i;
    long j;
    std::string name;

    My_class_params& set_i(int ii)
    {
        i = ii;
        return *this;
    }

    My_class_params& set_j(long jj)
    {
        j = jj;
        return *this;
    }


    template <typename STRING>
    My_class_params& set_name(STRING&& n)
    {
        name = std::forward<STRING>(n);
        return *this;
    }

    My_class_params()
    {
        // set defaults
    }
};

class My_class {
    My_class_params params;
  public:
    My_class(const My_class_params& p) : params(p) { }
    ...
};

Ini memungkinkan Anda untuk menulis hal-hal seperti:

My_class mc(My_class_params().set_i(5).set_name("Me"));

Karena untuk banyak tugas pemrograman C lebih sederhana, dan cukup baik. Ketika saya memprogram utilitas ringan khususnya, saya bisa merasa seperti C ++ ingin saya membangun supersruktur yang elegan untuk kepentingannya sendiri, daripada hanya menulis kode.

OTOH, untuk proyek-proyek yang lebih kompleks, keanggunan memberikan kekakuan struktural padat yang lebih baik daripada yang alami mengalir keluar dari keyboard saya.

Sebagian besar fitur signifikan c ++ entah bagaimana melibatkan kelas atau templat. Ini adalah fitur yang luar biasa kecuali cara kompiler mengubahnya menjadi kode objek. Kebanyakan kompiler menggunakan nama mangling, dan yang tidak melakukan sesuatu setidaknya berantakan.

Jika sistem Anda hidup sendiri, seperti halnya dengan banyak aplikasi, maka C ++ adalah pilihan yang baik.

Jika sistem Anda perlu berinteraksi dengan perangkat lunak yang tidak perlu ditulis dalam C ++ (paling sering di assembler, atau Fortran Libraries) maka Anda berada di tempat yang sempit. Untuk berinteraksi dengan kasus-kasus seperti itu, Anda harus menonaktifkan pembuatan nama untuk simbol-simbol tersebut. ini biasanya dilakukan dengan mendeklarasikan objek-objek itu extern "C", tetapi kemudian mereka tidak bisa menjadi templat, fungsi yang berlebihan, atau kelas. Jika itu kemungkinan merupakan API aplikasi Anda, maka Anda harus membungkusnya dengan fungsi pembantu, dan menjaga fungsi-fungsi tersebut tetap sinkron dengan implementasi yang sebenarnya.

Dan pada kenyataannya, bahasa C ++ menyediakan sintaks standar untuk fitur yang dapat dengan mudah diimplementasikan dalam C. murni

Singkatnya, overhead C ++ yang dapat dioperasi terlalu tinggi untuk dibenarkan oleh kebanyakan orang.

Ini cukup dangkal tetapi sebagai siswa yang sibuk saya memilih C karena saya pikir C ++ akan terlalu lama untuk dipelajari. Banyak profesor di universitas saya tidak akan menerima tugas dengan Python dan saya perlu mengambil sesuatu dengan cepat.

Satu komentar tentang "cukup gunakan himpunan bagian dari C ++ yang ingin Anda gunakan": masalah dengan ide ini adalah bahwa ia memiliki biaya untuk menegakkan bahwa setiap orang dalam proyek menggunakan himpunan bagian yang sama. Pendapat saya sendiri adalah bahwa biaya-biaya tersebut cukup tinggi untuk proyek yang digabungkan secara longgar (mis. Yang open source), dan juga bahwa C ++ benar-benar gagal menjadi C yang lebih baik, dalam arti bahwa Anda tidak dapat menggunakan C ++ di mana pun Anda menggunakan C.

Ya ampun, C vs C ++, cara yang bagus untuk memulai perang api. :)

Saya pikir C lebih baik untuk driver dan kode tertanam.

C ++ memiliki beberapa fitur hebat yang tidak dimiliki C, tetapi banyak fitur berorientasi objek dari C ++ dapat menyebabkan kekacauan pengkodean yang monumental ketika orang menulis kode dengan efek samping yang tidak jelas yang terjadi di balik layar. Kode gila dapat disembunyikan di konstruktor, destruktor, fungsi virtual, ... Keindahan kode C adalah bahasanya tidak melakukan sesuatu yang tidak jelas di belakang Anda, sehingga Anda dapat membaca kode dan tidak harus melihat setiap konstruktor dan destruktor dan seterusnya. Banyak masalah adalah praktik pengkodean yang buruk oleh BEBERAPA orang.

Bahasa saya yang sempurna adalah kombinasi C99 ditambah subset minimal kemampuan C ++ yang lebih aman yang menambahkan ZERO (atau hampir nol) overhead kompiler ke output biner. Penambahan sempurna akan menjadi enkapsulasi kelas dan konsep penamaan data dan fungsi.

Saya belum dapat menemukan banyak bukti mengapa Anda ingin memilih C daripada C ++.

Anda tidak bisa menyebut apa yang akan saya katakan sebagai bukti; itu hanya pendapat saya.

Orang menyukai C karena cocok dengan baik di dalam pikiran prgrammer.

Ada banyak aturan kompleks C ++ [kapan Anda membutuhkan destruktor virtual, kapan Anda bisa memanggil metode virtual dalam konstruktor, bagaimana cara overload dan overriding berinteraksi, ...], dan untuk menguasainya semua membutuhkan banyak upaya. Selain itu, di antara referensi, overloading operator dan overloading fungsi, memahami sepotong kode dapat mengharuskan Anda untuk memahami kode lain yang mungkin atau mungkin tidak mudah ditemukan.

Pertanyaan berbeda mengapa organisasi lebih memilih C daripada C ++. Saya tidak tahu itu, saya hanya manusia ;-)

Dalam pertahanan C ++, itu memang membawa fitur berharga ke meja; yang saya nilai paling mungkin adalah parametrik ('ish) polimorfisme, meskipun: operasi dan tipe yang mengambil satu atau lebih tipe sebagai argumen.

Saya akan mengatakan bahwa C memberi Anda kontrol yang lebih baik atas optimasi dan efisiensi daripada C ++ dan karenanya akan berguna dalam situasi di mana memori dan sumber daya lainnya terbatas dan setiap optimasi membantu. Ini juga memiliki tapak yang lebih kecil tentu saja.

Ada juga pendekatan yang dilakukan beberapa toko dengan menggunakan beberapa fitur C ++ dengan cara yang mirip C, tetapi menghindari yang tidak pantas. Sebagai contoh, menggunakan kelas dan metode kelas dan fungsi overloading (yang biasanya mudah bahkan diehard C untuk mengatasinya), tetapi tidak STL, operator streaming, dan Peningkatan (yang lebih sulit untuk dipelajari dan dapat memiliki karakteristik memori buruk).

Karena Anda menulis untuk sistem yang sumber dayanya sangat ketat (seperti sistem yang disematkan, atau semacam kode bare metal seperti kernel) dan Anda ingin sesedikit mungkin biaya overhead.

Ada alasan mengapa sebagian besar sistem embedded tidak memiliki kompiler C ++ - bukan karena orang tidak menginginkannya, melainkan menjejalkan kode C ++ ke dalam ruang kecil itu adalah tugas yang mendekati mustahil.

Yang dibutuhkan C adalah preprosesor yang lebih baik. cfront adalah satu dan karenanya lahir c ++

Saya akan menggunakan C, di mana 'c ++ sebagai preprocessor' tidak akan apa-apa.

Saya cukup yakin, di bagian bawah c ++ library / framework / toolkit yang ditulis dengan baik, Anda akan menemukan dirty-old-c (atau gips statis, yang sama)

• Sampai beberapa tahun yang lalu, kompiler C ++ yang ada kehilangan fitur-fitur penting, atau dukungannya buruk dan fitur yang didukung sangat bervariasi di antara mereka, sehingga sulit untuk menulis aplikasi portabel.
• Karena tidak ada standar penamaan simbol, sulit bagi bahasa / aplikasi lain untuk mendukung kelas C ++ secara langsung.