Kelebihan fungsi

Overloading operasi (operator, fungsi, prosedur)- dalam pemrograman - salah satu cara untuk mengimplementasikan polimorfisme, yang terdiri dari kemungkinan keberadaan simultan dalam satu ruang lingkup beberapa berbagai pilihan operasi (pernyataan, fungsi, atau prosedur) yang memiliki nama yang sama tetapi berbeda dalam jenis parameter yang diterapkan.

Terminologi

Istilah "overloading" adalah kertas kalkir dari "overloading" bahasa Inggris, yang muncul dalam terjemahan bahasa Rusia dari buku-buku tentang bahasa pemrograman pada paruh pertama tahun 1990-an. Mungkin ini bukan yang paling pilihan terbaik terjemahan, karena kata "kelebihan beban" dalam bahasa Rusia memiliki arti yang mapan, sangat berbeda dari yang baru diusulkan, namun, kata itu telah mengakar dan tersebar luas. Dalam publikasi era Soviet, mekanisme serupa disebut dalam bahasa Rusia "redefinisi" atau "redefinisi" operasi, tetapi opsi ini tidak dapat diperdebatkan: ketidaksesuaian dan kebingungan muncul dalam terjemahan bahasa Inggris "override", "overload" dan " definisikan ulang”.

Alasan penampilan

Sebagian besar bahasa pemrograman awal memiliki batasan bahwa tidak lebih dari satu operasi dengan nama yang sama dapat tersedia dalam suatu program pada waktu yang sama. Oleh karena itu, semua fungsi dan prosedur yang terlihat pada titik tertentu dalam program harus memiliki nama yang berbeda. Nama dan sebutan fungsi, prosedur, dan operator yang merupakan bagian dari bahasa pemrograman tidak dapat digunakan oleh programmer untuk menamai fungsi, prosedur, dan operatornya sendiri. Dalam beberapa kasus, seorang programmer dapat membuat objek programnya sendiri dengan nama objek lain yang sudah ada, tetapi kemudian objek yang baru dibuat "tumpang tindih" dengan yang sebelumnya, dan menjadi tidak mungkin untuk menggunakan kedua opsi secara bersamaan.

Situasi ini tidak nyaman dalam beberapa kasus yang cukup umum.

• Terkadang ada kebutuhan untuk mendeskripsikan dan menerapkan operasi ke tipe data yang dibuat oleh programmer yang setara artinya dengan yang sudah tersedia dalam bahasa tersebut. Contoh klasik adalah perpustakaan untuk bekerja dengan bilangan kompleks. Mereka, seperti tipe numerik biasa, mendukung operasi aritmatika, dan wajar untuk dibuat dari jenis ini operasi "plus", "minus", "kalikan", "bagi", yang menunjukkannya dengan tanda operasi yang sama seperti untuk jenis numerik lainnya. Larangan penggunaan elemen yang didefinisikan dalam bahasa memaksa pembuatan banyak fungsi dengan nama seperti ComplexPlusComplex, IntegerPlusComplex, ComplexMinusFloat, dan sebagainya.
• Ketika operasi dengan arti yang sama diterapkan ke operan berbagai jenis, mereka harus diberi nama berbeda. Ketidakmampuan untuk melamar jenis yang berbeda fungsi dengan nama yang sama mengarah pada kebutuhan untuk menemukan nama yang berbeda untuk hal yang sama, yang menimbulkan kebingungan, dan dapat menyebabkan kesalahan. Misalnya, dalam bahasa C klasik, ada dua versi fungsi perpustakaan standar untuk menemukan modulus angka: abs() dan fabs() - yang pertama ditujukan untuk argumen bilangan bulat, yang kedua untuk argumen nyata. Situasi ini, dikombinasikan dengan pemeriksaan tipe C yang lemah, dapat menyebabkan kesalahan yang sulit ditemukan: jika programmer menulis abs(x) dalam perhitungan, di mana x adalah variabel nyata, maka beberapa kompiler akan menghasilkan kode tanpa peringatan yang akan ubah x menjadi bilangan bulat dengan membuang bagian pecahan dan hitung modulus dari bilangan bulat yang dihasilkan!

Sebagian, masalah diselesaikan dengan pemrograman objek - ketika tipe data baru dideklarasikan sebagai kelas, operasi pada mereka dapat diformalkan sebagai metode kelas, termasuk metode kelas dengan nama yang sama (karena metode dari kelas yang berbeda tidak harus memiliki nama yang berbeda), tetapi, pertama, cara desain operasi pada nilai dari berbagai jenis tidak nyaman, dan kedua, tidak menyelesaikan masalah membuat operator baru.

Kelebihan operator itu sendiri hanyalah "gula sintaksis", meskipun demikian itu dapat berguna karena memungkinkan pengembang untuk memprogram dengan cara yang lebih alami dan membuat tipe khusus berperilaku lebih seperti yang ada di dalamnya. Jika kami mendekati masalah dari posisi yang lebih umum, maka kami dapat melihat bahwa alat yang memungkinkan Anda memperluas bahasa, melengkapinya dengan operasi baru dan konstruksi sintaksis (dan kelebihan operasi adalah salah satu alat tersebut, bersama dengan objek, makro , fungsional, penutup) mengubahnya menjadi metabahasa - sarana untuk mendeskripsikan bahasa yang berorientasi pada tugas tertentu. Dengan bantuannya, dimungkinkan untuk membangun ekstensi bahasa untuk setiap tugas tertentu yang paling sesuai untuknya, yang memungkinkan untuk mendeskripsikan solusinya dalam bentuk yang paling alami, mudah dipahami, dan sederhana. Misalnya, dalam aplikasi untuk membebani operasi: membuat perpustakaan tipe matematika kompleks (vektor, matriks) dan mendeskripsikan operasi dengannya dalam bentuk "matematis" alami, menciptakan "bahasa untuk operasi vektor", di mana kompleksitas perhitungan disembunyikan, dan dimungkinkan untuk menggambarkan solusi masalah dalam bentuk operasi vektor dan matriks, dengan fokus pada esensi masalah, bukan pada tekniknya. Karena alasan inilah cara seperti itu pernah dimasukkan dalam bahasa Algol-68.

Mekanisme beban berlebih

Penerapan

Kelebihan operator melibatkan pengenalan dua fitur yang saling terkait ke dalam bahasa: kemampuan untuk mendeklarasikan beberapa prosedur atau fungsi dengan nama yang sama dalam lingkup yang sama, dan kemampuan untuk mendeskripsikan implementasi operasi Anda sendiri (yaitu, tanda-tanda operasi, biasanya ditulis dalam notasi infiks, di antara operand). Pada dasarnya, penerapannya cukup sederhana:

• Untuk memungkinkan adanya beberapa operasi dengan nama yang sama, cukup memperkenalkan aturan ke dalam bahasa, yang dengannya suatu operasi (prosedur, fungsi, atau operator) dikenali oleh kompiler tidak hanya dengan nama (notasi), tetapi juga berdasarkan jenis parameternya. Jadi abs(i), dimana i dinyatakan sebagai integer, dan abs(x), dimana x dinyatakan sebagai real, adalah dua operasi yang berbeda. Pada dasarnya, tidak ada kesulitan dalam memberikan interpretasi seperti itu.
• Untuk mengaktifkan operasi pendefinisian dan pendefinisian ulang, konstruksi sintaksis yang sesuai perlu diperkenalkan ke dalam bahasa. Pilihannya bisa cukup banyak, tapi nyatanya tidak berbeda satu sama lain, cukup diingat bahwa entri formulir “<операнд1> <знакОперации> <операнд2>» pada dasarnya mirip dengan memanggil fungsi «<знакОперации>(<операнд1>,<операнд2>)". Ini cukup untuk memungkinkan pemrogram mendeskripsikan perilaku operator dalam bentuk fungsi - dan masalah deskripsi terpecahkan.

Pilihan dan masalah

Overloading prosedur dan fungsi di tingkat ide umum, sebagai aturan, tidak sulit untuk diterapkan atau dipahami. Namun, di dalamnya pun ada beberapa "jebakan" yang harus diperhatikan. Mengizinkan kelebihan operator menciptakan lebih banyak masalah bagi pelaksana bahasa dan pemrogram yang bekerja dalam bahasa itu.

Masalah identifikasi

Pertanyaan pertama yang dihadapi pengembang penerjemah bahasa yang memungkinkan kelebihan prosedur dan fungsi adalah bagaimana memilih di antara prosedur dengan nama yang sama yang harus diterapkan dalam suatu kasus tertentu? Semuanya baik-baik saja jika ada varian prosedur, jenis parameter formal yang sama persis dengan jenis parameter aktual yang digunakan dalam panggilan ini. Namun, di hampir semua bahasa, ada tingkat kebebasan tertentu dalam penggunaan tipe, dengan asumsi bahwa kompiler secara otomatis melakukan konversi tipe-aman dalam situasi tertentu. Misalnya, dalam operasi aritmatika pada argumen real dan integer, integer biasanya diubah menjadi tipe real secara otomatis, dan hasilnya adalah real. Misalkan ada dua varian fungsi add:

int tambah(int a1, int a2); float add(float a1, float a2);

Bagaimana seharusnya kompiler menangani ekspresi y = add(x, i) di mana x adalah float dan i adalah int? Jelas tidak ada kecocokan yang tepat. Ada dua opsi: baik y=add_int((int)x,i) , atau sebagai y=add_flt(x, (float)i) (di sini nama add_int dan add_float masing-masing menunjukkan versi pertama dan kedua dari fungsi tersebut) .

Timbul pertanyaan: haruskah kompiler mengizinkan penggunaan fungsi yang kelebihan beban ini, dan jika demikian, atas dasar apa ia akan memilih varian tertentu yang digunakan? Secara khusus, dalam contoh di atas, haruskah penerjemah mempertimbangkan jenis variabel y saat memilih? Perlu dicatat bahwa situasi di atas adalah yang paling sederhana, kasus yang jauh lebih rumit dimungkinkan, yang diperburuk oleh fakta bahwa tidak hanya tipe bawaan yang dapat diubah sesuai dengan aturan bahasa, tetapi juga kelas yang dideklarasikan oleh pemrogram. , jika mereka memiliki hubungan kekerabatan, dapat dilempar satu sama lain. Ada dua solusi untuk masalah ini:

• Larang identifikasi yang tidak akurat sama sekali. Mengharuskan bahwa untuk setiap pasangan jenis tertentu ada varian yang tepat dari prosedur atau operasi kelebihan beban. Jika tidak ada opsi seperti itu, kompiler harus melakukan kesalahan. Pemrogram dalam hal ini harus menerapkan konversi eksplisit untuk menampilkan parameter aktual ke kumpulan tipe yang diinginkan. Pendekatan ini tidak nyaman dalam bahasa seperti C++, yang memungkinkan kebebasan yang cukup dalam menangani tipe, karena ini mengarah pada perbedaan yang signifikan dalam perilaku operator bawaan dan kelebihan beban (operasi aritmatika dapat diterapkan pada bilangan biasa tanpa berpikir, tetapi untuk tipe lain - hanya dengan konversi eksplisit) atau munculnya sejumlah besar opsi untuk operasi.
• Tetapkan aturan tertentu untuk memilih "kecocokan terdekat". Biasanya, dalam varian ini, kompiler memilih varian yang panggilannya dapat diperoleh dari sumber hanya dengan konversi jenis aman (non-lossy information), dan jika ada beberapa di antaranya, ia dapat memilih berdasarkan varian mana yang membutuhkan lebih sedikit konversi seperti itu. Jika hasilnya menyisakan lebih dari satu kemungkinan, kompiler melontarkan kesalahan dan mengharuskan pemrogram untuk menentukan varian secara eksplisit.

Operasi Overloading Pertimbangan Khusus

Tidak seperti prosedur dan fungsi, operasi infiks bahasa pemrograman memiliki dua properti tambahan yang secara signifikan memengaruhi fungsinya: prioritas dan asosiatif, yang keberadaannya disebabkan oleh kemungkinan perekaman "rantai" operator (cara memahami a + b * c: as (a + b )*c or like a+(b*c) ? Ekspresi a-b+c adalah (a-b)+c atau a-(b+c) ?).

Operasi yang dibangun ke dalam bahasa selalu memiliki prioritas dan asosiatif tradisional yang telah ditentukan sebelumnya. Timbul pertanyaan: prioritas dan asosiatif apa yang akan dimiliki oleh versi yang didefinisikan ulang dari operasi ini, atau, terlebih lagi, operasi baru yang dibuat oleh programmer? Ada seluk-beluk lain yang mungkin memerlukan klarifikasi. Misalnya, di C ada dua bentuk operator kenaikan dan penurunan ++ dan -- - awalan dan akhiran, yang berperilaku berbeda. Bagaimana seharusnya versi kelebihan beban dari operator tersebut berperilaku?

Bahasa yang berbeda menangani masalah ini dengan cara yang berbeda. Jadi, dalam C++, prioritas dan asosiatif dari versi operator yang kelebihan beban tetap sama seperti yang didefinisikan dalam bahasa; adalah mungkin untuk secara terpisah membebani bentuk awalan dan akhiran dari operator kenaikan dan penurunan menggunakan tanda tangan khusus:

Jadi int digunakan untuk membuat perbedaan pada tanda tangan

Pengumuman operasi baru

Situasi dengan pengumuman operasi baru bahkan lebih rumit. Tidaklah sulit untuk memasukkan kemungkinan deklarasi semacam itu ke dalam bahasa, tetapi implementasinya penuh dengan kesulitan yang signifikan. Mendeklarasikan operasi baru sebenarnya adalah membuat yang baru kata kunci bahasa pemrograman, diperumit oleh fakta bahwa operasi dalam teks, sebagai suatu peraturan, dapat mengikuti tanpa pemisah dengan token lain. Ketika muncul, kesulitan tambahan muncul dalam pengorganisasian penganalisis leksikal. Misalnya, jika bahasa sudah memiliki operasi "+" dan unary "-" (perubahan tanda), maka ekspresi a+-b dapat secara akurat diartikan sebagai a + (-b) , tetapi jika operasi baru +- dideklarasikan dalam program, segera timbul ambiguitas, karena ekspresi yang sama sudah dapat diuraikan sebagai a (+-) b . Pengembang dan pelaksana bahasa harus menangani masalah seperti itu dengan cara tertentu. Opsinya, sekali lagi, bisa berbeda: mengharuskan semua operasi baru menjadi karakter tunggal, mendalilkan bahwa jika ada ketidaksesuaian, versi operasi "terpanjang" dipilih (yaitu, hingga kumpulan karakter berikutnya dibaca oleh penerjemah cocok dengan operasi apa pun, itu terus dibaca), mencoba mendeteksi tabrakan selama terjemahan dan menghasilkan kesalahan dalam kasus kontroversial ... Dengan satu atau lain cara, bahasa yang memungkinkan deklarasi operasi baru memecahkan masalah ini.

Tidak boleh dilupakan bahwa untuk operasi baru juga ada masalah penentuan asosiatif dan prioritas. Tidak ada lagi solusi siap pakai dalam bentuk operasi bahasa standar, dan biasanya Anda hanya perlu mengatur parameter ini dengan aturan bahasa. Misalnya, buat semua operasi baru menjadi asosiatif kiri dan beri mereka prioritas yang sama, tetap, atau masukkan ke dalam bahasa cara untuk menentukan keduanya.

Overloading dan variabel polimorfik

Ketika operator, fungsi, dan prosedur kelebihan beban digunakan dalam bahasa yang diketik dengan kuat, di mana setiap variabel memiliki tipe yang telah dideklarasikan sebelumnya, terserah kompiler untuk memutuskan versi mana dari operator kelebihan beban yang akan digunakan dalam setiap kasus tertentu, tidak peduli seberapa rumitnya . Ini berarti bahwa untuk bahasa yang dikompilasi, penggunaan kelebihan operator tidak menyebabkan penurunan kinerja - bagaimanapun juga, ada operasi atau panggilan fungsi yang terdefinisi dengan baik dalam kode objek program. Situasinya berbeda ketika dimungkinkan untuk menggunakan variabel polimorfik dalam bahasa, yaitu variabel yang dapat berisi nilai dari jenis yang berbeda pada waktu yang berbeda.

Karena jenis nilai yang akan diterapkan oleh operasi beban berlebih tidak diketahui pada saat penerjemahan kode, kompiler tidak dapat memilih pilihan yang diinginkan di muka. Dalam hal ini, ia terpaksa menyematkan sebuah fragmen ke dalam kode objek yang, tepat sebelum melakukan operasi ini, akan menentukan jenis nilai dalam argumen dan secara dinamis memilih varian yang sesuai dengan kumpulan jenis ini. Selain itu, definisi seperti itu harus dibuat pada setiap eksekusi operasi, karena bahkan kode yang sama, yang dipanggil untuk kedua kalinya, dapat dieksekusi secara berbeda.

Dengan demikian, penggunaan kelebihan beban operator dalam kombinasi dengan variabel polimorfik membuatnya tak terelakkan untuk secara dinamis menentukan kode mana yang akan dipanggil.

Kritik

Penggunaan yang berlebihan tidak dianggap sebagai anugerah oleh semua ahli. Jika kelebihan beban fungsi dan prosedur umumnya tidak dapat diterima (sebagian karena tidak menyebabkan beberapa masalah "operator" yang khas, sebagian karena kurang tergoda untuk menyalahgunakannya), maka kelebihan beban operator, pada prinsipnya, , dan dalam implementasi bahasa tertentu, mengalami kritik yang cukup parah dari banyak ahli teori dan praktisi pemrograman.

Kritik menunjukkan bahwa masalah identifikasi, preseden, dan asosiatif yang diuraikan di atas sering membuat berurusan dengan operator yang kelebihan beban menjadi sulit atau tidak wajar:

• Identifikasi. Jika bahasa memiliki aturan identifikasi yang ketat, maka pemrogram dipaksa untuk mengingat kombinasi tipe mana yang memiliki operasi kelebihan beban dan secara manual memasukkan operan ke dalamnya. Jika bahasa memungkinkan identifikasi "perkiraan", orang tidak pernah dapat memastikan bahwa dalam beberapa situasi yang agak rumit, varian operasi yang ada dalam pikiran programmer akan dilakukan.
• Prioritas dan asosiatif. Jika didefinisikan secara kaku, ini mungkin merepotkan dan tidak relevan dengan bidang subjek (misalnya, untuk operasi dengan himpunan, prioritas berbeda dari operasi aritmatika). Jika mereka dapat diatur oleh pemrogram, ini menjadi sumber kesalahan tambahan (jika hanya karena varian yang berbeda dari satu operasi ternyata memiliki prioritas yang berbeda, atau bahkan asosiatif).

Seberapa besar kenyamanan menggunakan operasi Anda sendiri dapat melebihi ketidaknyamanan akibat memburuknya kemampuan kontrol program adalah pertanyaan yang tidak memiliki jawaban yang jelas.

Dari sudut pandang implementasi bahasa, masalah yang sama mengarah pada kompleksitas penerjemah dan penurunan efisiensi dan keandalannya. Dan penggunaan kelebihan dalam hubungannya dengan variabel polimorfik juga jelas lebih lambat daripada memanggil operasi hardcode selama kompilasi, dan memberikan lebih sedikit peluang untuk mengoptimalkan kode objek. Ciri-ciri khusus penerapan kelebihan beban dalam berbagai bahasa mendapat kritik tersendiri. Jadi, dalam C++, objek kritik dapat berupa kurangnya kesepakatan tentang representasi internal dari nama-nama fungsi yang kelebihan beban, yang menimbulkan ketidakcocokan pada tingkat pustaka yang dikompilasi oleh kompiler C++ yang berbeda.

Beberapa kritikus menentang operasi kelebihan muatan, berdasarkan prinsip-prinsip umum teori pembangunan perangkat lunak dan praktik industri nyata.

• Pendukung pendekatan "puritan" terhadap pembangunan bahasa, seperti Wirth atau Hoare, menentang kelebihan beban operator hanya karena hal itu dapat dengan mudah disingkirkan. Menurut mereka, alat seperti itu hanya memperumit bahasa dan penerjemah, tanpa menyediakan komplikasi yang sesuai fitur tambahan. Menurut pendapat mereka, gagasan untuk membuat perluasan bahasa yang berorientasi pada tugas hanya terlihat menarik. Pada kenyataannya, penggunaan alat ekstensi bahasa membuat program hanya dapat dipahami oleh pembuatnya - orang yang mengembangkan ekstensi ini. Program menjadi jauh lebih sulit bagi pemrogram lain untuk memahami dan menganalisis, membuat pemeliharaan, modifikasi, dan pengembangan tim menjadi lebih sulit.
• Perlu dicatat bahwa kemungkinan penggunaan kelebihan sering memainkan peran provokatif: pemrogram mulai menggunakannya sedapat mungkin, akibatnya, alat yang dirancang untuk menyederhanakan dan merampingkan program menjadi penyebab kerumitan dan kebingungannya.
• Operator yang kelebihan beban mungkin tidak melakukan persis seperti yang diharapkan dari mereka, berdasarkan jenisnya. Misalnya, a + b biasanya (tetapi tidak selalu) memiliki arti yang sama dengan b + a , tetapi "satu" + "dua" berbeda dari "dua" + "satu" dalam bahasa di mana + operator kelebihan beban untuk rangkaian string.
• Kelebihan operator membuat fragmen program lebih peka konteks. Tanpa mengetahui jenis operan yang terlibat dalam ekspresi, tidak mungkin untuk memahami apa yang dilakukan ekspresi jika menggunakan operator yang kelebihan beban. Misalnya, dalam program C++, pernyataan<< может означать и побитовый сдвиг, и вывод в поток. Выражение a << 1 возвращает результат побитового сдвига значения a на один бит влево, если a - целая переменная, но если a является выходным потоком , то же выражение выведет в этот поток строку «1» .

Klasifikasi

Berikut ini adalah klasifikasi beberapa bahasa pemrograman berdasarkan apakah mereka mengizinkan kelebihan beban operator, dan apakah operator terbatas pada set yang telah ditentukan sebelumnya:

Overload fungsi adalah definisi dari beberapa fungsi (dua atau lebih) dengan nama yang sama tetapi parameter yang berbeda. Kumpulan parameter fungsi kelebihan beban mungkin berbeda dalam urutan, nomor, dan jenis. Oleh karena itu, kelebihan fungsi diperlukan untuk menghindari duplikasi nama fungsi yang melakukan tindakan serupa, tetapi dengan logika program yang berbeda. Misalnya, pertimbangkan fungsi areaRectangle() , yang menghitung luas persegi panjang.

Float areaRectangle(float, float) //fungsi yang menghitung luas persegi panjang dengan dua parameter a(cm) dan b(cm) ( return a * b; // gandakan panjang sisi persegi panjang dan kembalikan produk yang dihasilkan)

Jadi, ini adalah fungsi dengan dua parameter tipe float, dan argumen yang diteruskan ke fungsi harus dalam sentimeter, nilai pengembalian tipe float juga dalam sentimeter.

Misalkan data awal kita (sisi persegi panjang) diberikan dalam meter dan sentimeter, misalnya: a = 2m 35 cm; b = 1m 86 cm Dalam hal ini, akan lebih mudah menggunakan fungsi dengan empat parameter. Artinya, setiap panjang sisi persegi panjang diteruskan ke fungsi dalam dua parameter: meter dan sentimeter.

Luas apung Persegi Panjang(float a_m, float a_sm, float b_m, float b_sm) // fungsi yang menghitung luas persegi panjang dengan 4 parameter a(m) a(cm); b(m) b(cm) ( kembali (a_m * 100 + a_sm) * (b_m * 100 + b_sm); )

Di badan fungsi, nilai yang diteruskan dalam meter (a_m dan b_m) diubah menjadi sentimeter dan ditambahkan ke nilai a_sm b_sm , setelah itu kita mengalikan jumlahnya dan mendapatkan luas persegi panjang dalam cm Tentu saja, dimungkinkan untuk mengubah data asli menjadi sentimeter dan menggunakan fungsi pertama, tetapi sekarang bukan tentang itu.

Sekarang, yang terpenting adalah kita memiliki dua fungsi, dengan tanda tangan berbeda, tetapi nama yang sama (fungsi kelebihan beban). Tanda tangan adalah kombinasi nama fungsi dengan parameternya. Bagaimana cara memanggil fungsi-fungsi ini? Dan memanggil fungsi yang kelebihan beban tidak berbeda dengan memanggil fungsi biasa, misalnya:

Persegi Panjang(32, 43); // sebuah fungsi akan dipanggil yang menghitung luas persegi panjang dengan dua parameter a(cm) dan b(cm) areaRectangle(4, 43, 2, 12); // sebuah fungsi akan dipanggil yang menghitung luas persegi panjang dengan 4 parameter a(m) a(cm); b(m) b(cm)

Seperti yang Anda lihat, kompiler akan secara mandiri memilih fungsi yang diinginkan, hanya menganalisis tanda tangan dari fungsi yang kelebihan beban. Melewati kelebihan fungsi, seseorang dapat dengan mudah mendeklarasikan fungsi dengan nama yang berbeda, dan itu akan melakukan tugasnya dengan baik. Tetapi bayangkan apa yang akan terjadi jika Anda membutuhkan lebih dari dua fungsi seperti itu, misalnya 10. Dan untuk masing-masing fungsi tersebut Anda perlu membuat nama yang bermakna, dan hal yang paling sulit untuk diingat adalah fungsi tersebut. Itulah mengapa lebih mudah dan lebih baik untuk membebani fungsi, kecuali tentu saja ada kebutuhan untuk ini. Kode sumber program ditunjukkan di bawah ini.

#include "stdafx.h" #include << "S1 = " << areaRectangle(32,43) << endl; // вызов перегруженной функции 1 cout << "S2 = " << areaRectangle(4, 43, 2, 12) << endl; // вызов перегруженной функции 2 return 0; } // перегруженная функция 1 float areaRectangle(float a, float b) //функция, вычисляющая площадь прямоугольника с двумя параметрами a(см) и b(см) { return a * b; // умножаем длинны сторон прямоугольника и возвращаем полученное произведение } // перегруженная функция 2 float areaRectangle(float a_m, float a_sm, float b_m, float b_sm) // функция, вычисляющая площадь прямоугольника с 4-мя параметрами a(м) a(см); b(м) b(cм) { return (a_m * 100 + a_sm) * (b_m * 100 + b_sm); }

// kode Kode::Blok

// kode Dev-C++

#termasuk menggunakan namespace std; // prototipe fungsi kelebihan beban float areaRectangle(float a, float b); float areaRectangle(float a_m, float a_sm, float b_m, float b_sm); int main() ( cout<< "S1 = " << areaRectangle(32,43) << endl; // вызов перегруженной функции 1 cout << "S2 = " << areaRectangle(4, 43, 2, 12) << endl; // вызов перегруженной функции 2 return 0; } // перегруженная функция 1 float areaRectangle(float a, float b) //функция, вычисляющая площадь прямоугольника с двумя параметрами a(см) и b(см) { return a * b; // умножаем длинны сторон прямоугольника и возвращаем полученное произведение } // перегруженная функция 2 float areaRectangle(float a_m, float a_sm, float b_m, float b_sm) // функция, вычисляющая площадь прямоугольника с 4-мя параметрами a(м) a(см); b(м) b(cм) { return (a_m * 100 + a_sm) * (b_m * 100 + b_sm); }

Hasil program ditunjukkan pada Gambar 1.

Bagaimana cara mencapai kelebihan fungsi di C? (10)

Apakah ada cara untuk mencapai kelebihan fungsi di C? Saya sedang melihat fungsi sederhana yang bisa kelebihan beban seperti

foo (int a) foo (char b) foo (float c , int d)

Saya pikir tidak ada cara langsung; Saya mencari solusi, jika ada.

Saya harap kode di bawah ini akan membantu Anda memahami kelebihan fungsi