Penamaan Terlalu Rumit Membawa kepada Huru-hara
TL;DR: Penamaan itu sukar, jangan jadikan ia lebih sukar dengan kerumitan tidak sengaja yang tidak perlu.
Nama yang tidak jelas, mengelirukan, samar-samar dan samar-samar
Istilah yang berlebihan
Abstraksi yang mengelirukan
Singkatan samar
Ringkaskan konvensyen penamaan
Pastikan konsisten
Elakkan jargon yang tidak perlu
Gunakan nama deskriptif berdasarkan tingkah laku
Kekalkan istilah yang konsisten
Ludwig Wittgenstein berhujah bahawa banyak kekeliruan timbul daripada penyalahgunaan bahasa.
Ini berlaku apabila anda terlalu merumitkan nama, mencampurkan metafora atau menggunakan istilah yang tidak konsisten.
Apabila anda menamakan kelas, kaedah atau pembolehubah tanpa kejelasan, anda mencipta labirin linguistik yang sukar dilayari oleh orang lain.
Ini menyebabkan pepijat, menjadikan penyelenggaraan lebih sukar dan membawa kepada kekecewaan pasukan.
public class AbstractDataHandlerManager { private String dtStr; public void execProcessingOps(String input) { if (dtStr != null && !dtStr.isEmpty()) { // process } } }
public class SETIProcessor { public void processSignal(String input) { // process } } }
[X] Manual
Anda boleh mengesan bau ini apabila nama mula menjadi panjang, atau apabila anda melihat "Abstrak", "Pengurus," "Pengendali," "Pembantu" atau "Data" terlalu kerap.
Tanda lain ialah apabila anda mesti menerangkan maksud nama kepada pembangun lain contohnya dalam semakan kod.
[X] Pemula
Penjana AI sering mencipta bau ini dengan menghasilkan nama bertele-tele dan generik yang cuba merangkumi setiap konteks yang mungkin.
Mereka pakar dalam banyak domain dan menulis kod, tetapi selalunya mereka tidak melakukan kedua-duanya sekali melainkan diarahkan.
Penjana AI kadangkala boleh membetulkan bau ini dengan arahan pemfaktoran semula mudah seperti "permudahkan nama" atau "alih keluar istilah berlebihan", tetapi bergelut dengan pemahaman kontekstual yang lebih mendalam.
Kekeliruan linguistik dalam kod membawa kepada kerumitan yang tidak perlu.
Gunakan penamaan yang jelas, konsisten dan mudah untuk menjadikan kod anda lebih mudah dibaca dan diselenggara.
Konsep kekeliruan linguistik Wittgenstein
Bau Kod adalah pendapat saya.
Foto oleh Mimi Thian di Unsplash
Musuh terbesar bahasa yang jelas ialah ketidakikhlasan.
George Orwell
Artikel ini adalah sebahagian daripada Siri CodeSmell.
Atas ialah kandungan terperinci Bau Kod - Kekeliruan Linguistik. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!