Tidak - terobsesi dengan membuat kode terlihat cantik tidak ada gunanya .
Berikut adalah beberapa potongan kebijaksanaan yang menurut saya berguna:
Tanyakan Mengapa Kode Harus Rapi.
Anda mungkin atau mungkin tidak membuang waktu Anda tergantung pada definisi cantik Anda.
Teorema Dasar Pemformatan mengatakan bahwa tata letak visual yang baik menunjukkan struktur logis dari program. Membuat kode terlihat cantik adalah sesuatu yang bernilai, tetapi nilainya kurang dari menunjukkan struktur kode. [hal 732, Kode Lengkap Edisi 2, Steve McConnell]
Jika Anda Menggunakan Sistem Versi Bersamaan untuk Melacak Perubahan pada Kode - Jangan Gabungkan Perubahan Formatting Kode dengan Perubahan Fitur Logis / Menambahkan dalam Komit yang Sama.
Ini akan membuat perubahan lebih sulit untuk dikenali dan akan menyebabkan konflik gabungan yang tidak perlu jika anggota tim lainnya mengedit file. Jika Anda harus membuat perubahan pemformatan, periksa apakah anggota tim lain tidak bekerja pada file itu. [Paraphrased, Pg 93, Kontrol Versi Pragmatis Menggunakan Subversion, Edisi ke-2]
Martin Fowler juga berbicara tentang 'memakai dua topi' dan beralih di antara mereka sepanjang hari. Satu topi untuk menambahkan fitur, satu topi untuk refactoring.
- Anda mempertimbangkan untuk menambah fitur baru (Feature Hat)
- Anda membaca dengan teliti kode yang ada untuk mendapatkan pemahaman, merapikan saat Anda pergi. (Topi Refactoring)
- Komit Perubahan.
- Tambahkan fitur. (Fitur Topi) dan sebagainya ....
[Paraphrased hal 57ish, Refactoring, Martin Fowler]
Jadi, jangan menghabiskan waktu berjam-jam untuk mencoba mendandani seluruh basis kode. Cukup prettify cukup kode yang Anda perlukan untuk menambahkan fitur selanjutnya.
Singkatnya ... biarkan setiap bagian kode dalam keadaan lebih baik daripada saat Anda pertama kali tiba.