Saya mengerjakan proyek besar (lebih seperti kombinasi puluhan proyek mini yang tidak dapat dipisahkan dengan mudah karena manajemen ketergantungan yang buruk, tapi itu diskusi yang berbeda) di Jawa menggunakan gerhana. Kami telah mematikan sejumlah peringatan dari pengaturan kompiler dan proyek masih memiliki lebih dari 10.000 peringatan.
Saya seorang pendukung besar untuk mencoba mengatasi semua peringatan, memperbaikinya semua jika mungkin, dan bagi mereka yang melihat ke dalam dan dianggap aman, tekan mereka. (Hal yang sama berlaku untuk obsesi keagamaan saya dengan menandai semua metode yang diimplementasikan / diganti sebagai @Override). Argumen terbesar saya adalah bahwa secara umum peringatan membantu Anda menemukan bug potensial selama waktu kompilasi. Mungkin dari 99 dari 100 kali, peringatannya tidak signifikan, tapi saya pikir kepala yang menggaruk itu menghemat satu kali mencegah bug besar, itu semua sepadan. (Alasan saya yang lain adalah OCD saya yang jelas dengan kode bersih).
Namun, banyak rekan tim saya tampaknya tidak peduli. Saya sesekali memperbaiki peringatan ketika saya menemukan mereka (tapi Anda tahu itu sulit ketika Anda menyentuh kode yang ditulis oleh rekan kerja). Sekarang dengan lebih banyak peringatan daripada kelas, keuntungan dari peringatan sangat diminimalkan, karena ketika peringatan adalah hal yang biasa, tidak ada yang akan repot-repot melihat semuanya.
Bagaimana saya bisa meyakinkan rekan tim saya (atau kekuatan yang ada) bahwa peringatan perlu ditangani (atau ditekan ketika diselidiki sepenuhnya)? Atau haruskah saya meyakinkan diri sendiri bahwa saya gila?
Terima kasih
(PS Saya lupa menyebutkan apa yang akhirnya mendorong saya untuk mengirim pertanyaan ini adalah saya sedih melihat bahwa saya memperbaiki peringatan lebih lambat daripada yang dihasilkan)
javac
.
-Wall -Wextra -Werror
(yaitu, mengaktifkan sebagian besar peringatan yang tersedia, memperlakukan semuanya sebagai kesalahan). Eclipse C ++ hampir tidak dapat digunakan lagi: /