Bab 3 — Top-down, bottom-up, stub — cara mulai menulis kode

Ini adalah bab 3 tentang Seni Pengkodean, diformat secara longgar sesuai dengan buku kuno Art of War dan bagian dari serangkaian artikel yang menangkap niat baik dan pendapat tentang cara menulis kode perangkat lunak.

Hal terbaik adalah mengirimkan seluruh proyek perangkat lunak tepat waktu, sesuai anggaran hingga spesifikasi, gagal pada salah satu dari ini tidak begitu baik.

Mengembangkan semua kode dari awal bukanlah keunggulan tertinggi, keunggulan datang dari memberikan solusi yang berfungsi tanpa pengkodean yang tidak perlu.

Aturannya adalah:

• jangan menulis kode jika dapat menggunakan kembali kode atau perpustakaan
• jangan menulis kode baru jika Anda dapat memodifikasi dan mendaur ulang kode
• jangan kode dengan cara baru dan ambigu

• top down — Tulis semua fungsi dan antarmuka tingkat atas, lalu tulis fungsi lebih lanjut ke bawah hierarki untuk mendukung fungsi tingkat atas ini.
• spike — Mulai dari satu fungsi tingkat atas dan tulis semua kode yang bekerja di bawah pohon panggilan untuk memungkinkan fungsi tunggal itu dijalankan.
• bottom up — Mulailah dengan menulis semua fungsi dan utilitas pendukung tingkat rendah dan membangun lapisan ke atas pada suatu waktu.
• senang lalu sedih — Tulis semua kode sehingga perangkat lunak melakukan fungsi yang diperlukan dan periksa apakah dapat melakukan ini dalam situasi yang benar dan optimal. Kemudian, tulis semua penanganan kesalahan, pencatatan, dan kode konfigurasi untuk membuat perangkat lunak kuat dan kuat.
• outline lalu isi — Tulis semua kode sebagai stub kemudian sambungkan melalui panggilan dan terakhir isi logika dan penanganan kesalahan.
• fokus tunggal dan refactor saat Anda pergi — Tulis kode sebagai fungsi tunggal kemudian terus refactor untuk menjaga bagian-bagian dapat dikelola dan dengan ukuran yang sesuai.

• Persyaratan yang jelas tentang apa yang harus dicapai oleh kode.
• Penyusunan source code untuk mencapai kebersihan dan kerapian sesuai standar coding .
• Waktu dan ruang untuk bekerja dengan fokus murni dan tidak terganggu pada kode.
• Pengetahuan tentang bahasa perangkat lunak dan perpustakaan untuk mencapai teks sumber yang bersih dan murni yang akan dieksekusi secepat mungkin.
• Pengetahuan tentang bagaimana mempertahankan terhadap semua data yang rusak baik dari input eksternal atau penyimpanan internal, disengaja atau tidak disengaja, kecil atau besar, terus-menerus atau jarang.

Jika Anda mengetahui potensi masalah dalam perangkat lunak dan mengetahui kemampuan pengkodean Anda, Anda tidak perlu takut akan hasil dari seratus serangan. Jika Anda mengenal diri sendiri tetapi tidak mengetahui potensi masalahnya, maka Anda akan mendapatkan hasil yang beragam. Jika Anda tidak mengetahui kemampuan atau potensi masalah Anda, Anda akan menyerah pada kegagalan.

Bacaan lebih lanjut

Lebih Banyak Tentang Penulis

Greg adalah profesional perangkat lunak dan CTO berpengalaman di outsource.dev , setelah bekerja di beberapa bisnis, ia sekarang bersemangat membantu orang lain agar berhasil dalam pengembangan perangkat lunak, manajemen, dan outsourcing.

Jika Anda menikmati artikel ini, silakan bertepuk tangan dan ikuti saya.