C: Kebiasaan Baik perihal: Transisi ke C++

Sudah ada banyak jawaban bagus. Milik saya akan lebih berorientasi pada pola pikir.

Data vs. Tindakan!

• Di C, semuanya dilakukan untuk berpikir seperti Terapkan efek ini ke data ini.
• Di C++, ini lebih seperti perilaku Data.

Meskipun Data seharusnya berperilaku dapat dilakukan di C (dan selesai!), di C++, semua yang diperlukan untuk mengimplementasikan hal ini dengan mudah sudah dapat diakses: Enkapsulasi, konstruktor, overriding kelebihan beban, templat, dll.

Saya menemukan bahwa Data ini harus berperilaku sebagai prinsip panduan yang sangat baik saat membuat kode dalam C++.

Gula sintaksis C++ bukanlah opsional

Anda akan menemukan banyak fitur C++ yang bisa dilakukan di C, dan beberapa orang menggunakannya sebagai alasan untuk tidak mempelajarinya. Pola pikir ini berbahaya (ini adalah bagian yang memperlakukan C++ sebagai bahasa baru, dan bukan ekstensi yang terlihat di beberapa postingan).

Efek samping dari menghindari penulisan C++ dengan cara C++ adalah meskipun pengembang C++ seharusnya memahami kode C++, dia tidak seharusnya memahami kerangka pribadi kecil Anda yang meniru gula C++ dengan fitur khusus C. Faktanya, dia tidak akan tertarik dengan kerangka kerja Anda. Sejujurnya, dia hanya akan merasa kasihan/hina terhadap Anda karena Anda kehilangan waktu berharga untuk memproduksinya. Pada akhirnya, dia akan membenci Anda jika dia harus menggunakan kerangka kerja Anda, bukan gula C++.

Prinsip panduan seperti saya bisa melakukan ini dengan cara C hanya akan membuat Anda ketinggalan pelajaran. Sebaiknya jangan mulai belajar C++ sama sekali jika Anda sudah memiliki cara berpikir C-centric seperti ini.

Bahasa pilihan Anda tidak pernah yang terbaik. ANDA seharusnya menjadi yang terbaik. Jika Anda menulis kode C++, tulislah dengan cara C++.

Kode C++ yang kompatibel dengan C adalah kesalahan semantik

Mengetik struct Anda agar dapat dikompilasi oleh kompiler C adalah lelucon yang buruk. Menggunakan petunjuk alih-alih referensi merupakan tamparan bagi diri Anda di masa depan. extern "C" hanya akan membuat kode Anda lebih lemah, bukan lebih kuat. Dan menggunakan void * untuk generik hanya akan meningkatkan jumlah sesama pembuat kode C++ yang dengan senang hati akan membayar agar kepala Anda dipenggal dengan cara yang sangat menyakitkan.

Jangan pernah repot-repot menulis kode yang kompatibel dengan C kecuali Anda benar-benar sangat harus melakukannya.

Anda hanya akan membebani diri Anda sendiri dengan gaya pengkodean yang memakan waktu untuk fitur yang tidak akan pernah Anda gunakan.

Kompiler adalah teman/musuh yang kuat

Bekerja pada tingkat rendah mempunyai efek yang aneh pada beberapa pengembang. Mereka sangat percaya pada kendali mereka terhadap kode yang dikompilasi. Sulit bagi mereka untuk mendelegasikan kendali ini ke konstruksi tingkat yang lebih tinggi.

Contoh bagusnya adalah membuang pola konstruktor/destruktor karena terkadang, konstruktor memakan terlalu banyak waktu... Lebih baik melakukannya dengan cara saya....

Kompiler C++ cukup mampu mengoptimalkan kode yang tampaknya tidak dioptimalkan. Faktanya, kode yang dihasilkan oleh kompiler bisa sangat berbeda dari kode yang Anda yakini telah Anda buat.

Jangan mencoba menjadi lebih baik/lebih pintar dari kompiler karena:

1. Anda mungkin sudah kalah, karena kompiler lama pun biasanya akan menghasilkan kode yang lebih baik daripada yang Anda impikan saat ini
2. Bahkan jika Anda memenangkan pertarungan hari ini, secara otomatis akan berubah menjadi kekalahan besok, karena kompiler akan menjadi lebih baik dan lebih baik di masa depan, sehingga kode Anda yang dioptimalkan hari ini akan menjadi penghambat program dan subjek pemfaktoran ulang di tahun-tahun mendatang (belum lagi kenangan memalukan untukmu).

Jadi, percayalah pada kompiler Anda.

Jangan mengatur produksi kode Anda secara mikro. Kerjakan pekerjaan Anda sendiri, dan biarkan compiler mengerjakannya sendiri.

Perhatikan bahwa poin ini tidak boleh digunakan untuk membenarkan produksi kode yang lambat/tidak efisien. Jika optimasi prematur adalah akar dari segala kejahatan, Anda masih harus menggunakan pengetahuan Anda tentang bahasa dan kompiler untuk menghasilkan kode yang baik dan efisien (lihat poin berikutnya).

Ketahui keuntungan/kerugian/biaya setiap konstruksi C++

Misalnya, fakta bahwa metode virtual menambahkan satu tipuan ke pemanggilan fungsi berarti bagi sebagian orang bahwa kinerja akan menurun drastis. Sebenarnya, masalah kinerja sering kali terjadi di tempat lain.

Ketidaktahuan bukanlah alasan.

Ketahui kode yang dihasilkan untuk setiap konstruksi C++ (yaitu inlining, referensi, konstruktor, destruktor, pengecualian, kelebihan fungsi, penggantian fungsi, templat, fungsi virtual, dll.). Ketahui apa yang akan dioptimalkan, dan apa yang tidak.

Dengan cara ini, Anda tidak hanya tidak perlu membayar untuk barang yang tidak Anda perlukan (ini adalah prinsip panduan C++), namun Anda juga akan mendapatkan keuntungan dari barang yang tidak mengeluarkan biaya apa pun, namun memberikan banyak manfaat.

Jadilah rendah hati

Ada orang yang melakukan penelitian di C++ yang menguasai C++ lebih baik pada hari kelahiran mereka daripada kebanyakan dari kita. Sekalipun kita mengabaikan Stroustrup, nama-nama seperti Meyers, Abraham, Alexandrescu, Sutter, dll. sering muncul bersamaan dengan ide-ide baru. Meskipun (atau sebagai konsekuensi dari) pandangannya yang asing, STL adalah perpustakaan revolusioner. Dan perpustakaan seperti Boost, meskipun ukurannya kecil jika dibandingkan dengan beberapa kerangka kerja lengkap (seperti Java atau .NET API), adalah gudang besar kode luar biasa yang ditawarkan kepada Anda untuk dipelajari.

Hanya karena Anda menganggap fitur baru itu aneh atau asing, jangan meremehkannya. Mencoba memahaminya MUNGKIN akan memberi Anda alat lain yang Anda inginkan, dan SELALU akan meningkatkan penguasaan bahasa Anda, dan SELALU akan membuat otak Anda bekerja, yang merupakan hal yang baik dalam bisnis pengembang.

Kebanyakan orang yang saya kenal yang gagal dalam konversi ke C++ hanya berasumsi bahwa fitur ini tidak berguna karena mereka tidak mau memahaminya.

RAII !!!!

Jika Anda tidak tahu apa itu, pelajarilah.

Tanpa RAII, kode C++ Anda hanyalah kode yang disadap untuk menghindari kesalahan kompilasi.

RAII adalah satu-satunya gagasan terpenting dalam C++.

Segala sesuatu yang lain saling terkait.

Saran terbaik mungkin adalah memperlakukan keduanya sebagai bahasa yang benar-benar terpisah. Ya, sebagian besar kode C dapat dikompilasi oleh kompiler C++, tetapi secara umum ini bukan cara yang baik.

C adalah bahasa peretasan tingkat rendah. Apa yang Anda lihat adalah apa yang Anda dapatkan. Ia memiliki pointer dan struct, jadi Anda menggunakan pointer dan struct. Keamanan tipenya sangat sedikit, jadi Anda sebisa mungkin mengabaikan keamanan tipe.

C++ di sisi lain, memungkinkan sejumlah besar abstraksi. Daripada pointer, Anda biasanya ingin menggunakan iterator, yang berperilaku secara konseptual sebagai pointer, tetapi sebenarnya tidak (atau mungkin tidak).

Daripada membuang informasi tipe (misalnya membuat fungsi menerima void* sehingga berfungsi dengan tipe pointer apa pun), Anda bisa menggunakan templat untuk mempertahankan keamanan tipe dan tetap bisa menggunakan kembali definisi fungsi tunggal yang sama.

Dan Anda diberikan perpustakaan standar luar biasa yang memungkinkan Anda mengekspresikan algoritme kompleks dalam bentuk blok penyusun sederhana yang telah ditentukan sebelumnya.

C++ adalah bahasa multi-paradigma. Beberapa jawaban di sini mengatakan bahwa C++ berorientasi objek, yang sebagian benar. Memang ada dukungan untuk kode berorientasi objek, tapi bukan itu itu C++.

C++ juga memiliki dukungan untuk pemrograman generik, yang seringkali lebih disukai daripada OOP. Ini juga memiliki beberapa dukungan terbatas untuk pemrograman fungsional. Dan tentu saja, masih memiliki dukungan untuk pemrograman prosedural gaya C juga. Trik dalam C++ adalah memahami semua ini, sehingga Anda tahu kapan harus menggunakannya. Itulah kekuatan C++, kemampuan untuk beralih dan menggabungkan semua paradigma ini. Orang-orang yang menyebut C++ sebagai bahasa OOP tidak memahami maksudnya sama seperti orang-orang yang menyebutnya sebagai bahasa C yang ditingkatkan. Ini memungkinkan Anda menulis kode dalam salah satu gaya ini, namun keduanya tidak benar-benar berguna. C adalah bahasa mirip C yang lebih baik, dan ada banyak bahasa OOP yang lebih baik. Jika Anda ingin berpegang pada satu paradigma, gunakan bahasa yang dirancang untuk itu.

Lucu betapa banyak orang di sini yang mengklaim bahwa C dan C++ "benar-benar berbeda", dan bagaimana "C++ berorientasi objek, C tidak"...

Pertama: C++ awalnya dirancang sebagai ekstensi dari bahasa C. Sebenarnya, dokumentasi standar C++ mengacu pada standar C. Memang benar bahwa banyak hal yang dilakukan secara berbeda di C++ dibandingkan di C, tetapi mengklaim bahwa keduanya benar-benar terpisah adalah hal yang agak berlebihan. Kode C yang baik dapat dikompilasi dengan kompiler C++, dan untuk beberapa masalah sepele, solusi C dan C++ bisa terlihat hampir sama.

Kedua, jangan tertipu dengan meyakini bahwa C++ adalah "bahasa berorientasi objek". C++ adalah bahasa yang mendukung orientasi objek, benar. Tapi itu juga mendukung pemrograman generik, dan pemrograman prosedural. Berfokus hanya pada aspek OOP dari C++ akan menghilangkan sebagian besar kekuatannya.

Adapun kebiasaan yang harus dilakukan... jangan terlalu terikat pada string gaya C (char *) dan array (int foo[]). Keduanya sangat jarang digunakan di C++, karena ada pengganti yang jauh lebih kuat (dan nyaman), string dan vector.

Perhatikan baik-baik petunjuk, dan alokasi memori dinamis. Meskipun kode C++ yang bagus memiliki sedikit sekali, Anda harus mengetahui cara kerjanya. Saat melakukannya, Anda juga akan menyadari mengapa kode C++ yang baik merangkumnya, atau menggantinya dengan referensi, sehingga kode tersebut tidak banyak muncul dalam kode kualitas produksi.

Saat mendesain kode C Anda, mulailah dengan struct yang menyimpan data yang relevan (misalnya bidang alamat), lalu buat fungsi yang bekerja pada jenis struct tersebut (address_read( struct address_t * ), address_write( struct address_t * ), address_modify_name( struct address_t *, char * ) dll.). Tambahkan fungsi main() yang terakhir memanggil fungsi-fungsi tersebut dalam urutan yang sesuai. Data adalah bagian penting dari program, bukan fungsinya. Itu adalah sesuatu yang akan membuat langkah ke C++ (dan orientasi objek) lebih mudah.

Masih ada lagi, tapi saya tidak mengklaim bisa menjawab semuanya dalam satu postingan SO. :-)

Jika Anda bisa mendapatkannya, saya akan merekomendasikan 3 bab pertama Bahasa Pemrograman C++ oleh pencipta C++ Bjarne Stroustrup.

Secara khusus, "Catatan untuk pembaca" dan "Tur C++" akan memberi Anda pemahaman yang baik tentang di mana/bagaimana C++ berbeda dari C dan untuk memfokuskan pembelajaran Anda lebih lanjut. Tentu saja keseluruhan buku ini berguna untuk dimiliki saat bekerja dengan C++.

Menariknya untuk situasi Anda, di bab 1, Bjarne sebenarnya mengatakannya

"dalam perdebatan yang terus berlanjut tentang apakah seseorang perlu mempelajari C sebelum C++, saya sangat yakin bahwa yang terbaik adalah langsung mempelajari C++".

Tentu saja dia akan melakukannya, bukan, tetapi jika Anda menerima alasannya, sebaiknya Anda langsung terjun ke C++ sesegera mungkin.

Pisahkan bahasanya.

C dan C++ mungkin tampak serupa, tetapi keduanya merupakan bahasa berbeda dengan aturan berbeda untuk konstruksi serupa. Jika Anda dapat mengisolasi satu sama lain, itu lebih baik.

Saat beralih ke C++, bersiaplah untuk melupakan (mempelajari metode lain yang tidak kompatibel) tentang:

1. praprosesor: Di C++ Anda tidak boleh menggunakan praprosesor sebanyak di C.
2. string: C tidak memilikinya
3. pointer: C++ dapat dikodekan untuk menanganinya dengan lebih aman

Anda beralih ke C++ berarti Anda merasa membutuhkan kelas, atau perpustakaan yang lebih baik. Itulah yang saya rasakan. Saya juga mempelajari fitur-fitur C++ yang lebih baik, dengan latar belakang C saya. Sampai sekarang, saya hanya melihat vektor [selain kelas dan templat].

Saya merasa bahasanya terlalu mirip

pikirkan semuanya secara terpisah.

Dugaan saya adalah bahwa C++ yang akan Anda pelajari mungkin tidak akan terlalu berorientasi objek, setidaknya tidak ada di universitas saya. Kami menjalankan program C++ pada dasarnya sebagai program C.

Bacalah dengan pasti tentang bagaimana kelas dapat diimplementasikan, serta memahami dasar-dasar petunjuk.

Penanganan I/O file Anda juga akan berbeda...daripada fstream, bacalah sintaks penerapan fungsi iostream.

Jelajahi web untuk mengetahui tutorial tentang program C++ sederhana...CodeProject selalu merupakan sumber yang bagus.

Program C++ sangat berbeda. Anda sebaiknya menghabiskan waktu mempelajari C++ daripada mengerjakan elemen C untuk mencoba memperbaikinya untuk C++.

Misalnya saja program 'Hello World' yang sederhana, sangat berbeda:

C:

#include <stdio.h>
int main(void)
{
  printf("Hello, world!\n");
  return 0;
}

C++:

#include <iostream>
int main()
{
   std::cout << "Hello, world!\n";
}

(Contoh dari di sini).

Karena 'printf' adalah sebuah fungsi sedangkan 'cout' bukanlah sebuah fungsi melainkan turunan dari kelas ostream.

Bacaan lebih lanjut: iostream.

Gunakan struktur dan penunjuk fungsi sebanyak mungkin untuk meniru metode kelas dan metode abstrak.

Misalnya, jika Anda ingin mendefinisikan kendaraan, dan mobil diturunkan dari kendaraan menggunakan C, Anda akan menulis (maaf, saya tidak akan memeriksa kodenya :-) ):

struct Vehicle
  {
  void (*checkFuel)(Vehicle*);
  void (*start)(Vehicle*);
  void (*move)(Vehicle*);
  void (*stop)(Vehicle*);
  }

void start1(Vehicle* v)
  {
  v->checkFuel(v);
  printf("START!");
  }

void start2(Vehicle* v)
  {
  v->checkFuel(v);
  printf("VROOOOMM!");
  }


struct Car
  {
  Vehicule base;
  int (*klaxon)(Car*);
  }

Vehicule* newVehicule()
 {
 Vehicule* v=(Vehicule*)malloc(sizeof(Vehicule));
 v->start= start1;
 v->move=
 (...)
 return v;
 }


Car* newCar()
 {
 Car* c=(Car*)malloc(sizeof(Car));
 Vehicule* v=(Vehicule*)c;
 v->start= start2;
 v->move=
 (...)
 c->kaxon=(...)
 return c;
 }

Berikut beberapa poinnya:

1) Pastikan Anda mahir dalam Pointer. Fokus pada cara kerja Array dan pointer, apa persamaan dan perbedaannya.

2) Cara terbaik untuk menyempurnakan c adalah dengan menulis program. Tulislah sebanyak yang Anda bisa. Sebagai permulaan, Anda dapat menulis fungsi khusus untuk beberapa fungsi perpustakaan. Anda dapat mencoba Strcpy, strcmp, strncpy, memcpy, memmove.

3) Pelajari cara Debug. (Gdb sangat keren).

4) Mulailah mengikuti gaya pengkodean tertentu dan cobalah untuk mematuhinya.

5) Selalu berikan kode Anda dengan komentar yang bermakna.

C++ berorientasi objek, C tidak. Hal-hal umum seperti menjaga kode penunjuk tetap bersih dan mengomentari fungsi/metode dan memahami cara untuk tidak mendapatkan loop praprosesor tak terbatas menggunakan #IFDEFs.

Namun pendekatan berorientasi objek seringkali lebih baik untuk benar-benar memikirkan kode tentang objek. Jadi, Anda perlu memikirkan perbedaan fitur baru.

Gaya pemrograman dalam C dan C++ sama sekali berbeda. C++ adalah pemrograman berorientasi objek sedangkan C adalah pemrograman berorientasi prosedur. Pemrograman C++ adalah yang terbaik dalam mensimulasikan masalah dunia nyata menggunakan kelas/objek. Namun, konsep dasar seperti pointer, struktur, operator, operator casting, penanganan data keduanya sama.. Struktur dan Kelas adalah konsep yang serupa tetapi tidak persis.. sehingga Anda dapat berkonsentrasi pada pemrograman menggunakan struktur, pointer, operator, dan Manajemen memori sambil kamu belajar di 'C'

Penunjuk fungsi. pukulan pertama Google.