9 tips Koding yang harus diketahui
Menulis kode pada dasarnya memang sulit, dari proses pengembangan perangkat lunak apapun. Jika kamu tidak mengatur segala sesuatu dari awal-terutama untuk proyek-proyek koding besar proses dan kode manajemen, setelah itu mungkin berakhir tidak hanya memakan waktu, tetapi juga akan membuat sakit kepala.
Kode yang baik maintainable, dapat digunakan kembali dan diuji. Tips berikut bagaimana Kamu dan tim pengembangan, Kamu dapat menangani berbagai tugas pengkodean dan bagaimana untuk menjaga semuanya tetap rapi. Berikut :
Kamu dapat membuat standar coding, tetapi lebih baik untuk tetap berpegang pada satu dengan penerimaan yang lebih luas. Secara umum dipertahankan standar seperti Zend Framework Coding standar atau gaya Coding PSR-1, akan lebih mudah bagi orang lain untuk beradaptasi.
Kamu harus refactoring segalanya, dari arsitektur, metode dan fungsi, nama-nama variabel, nomor argumen metode menerima, dll.
Bagaimana refactor lebih dari lebih dari ilmu seni, tetapi ada beberapa aturan praktis yang dapat kamu lakukan
Kode yang baik maintainable, dapat digunakan kembali dan diuji. Tips berikut bagaimana Kamu dan tim pengembangan, Kamu dapat menangani berbagai tugas pengkodean dan bagaimana untuk menjaga semuanya tetap rapi. Berikut :
Tips Koding yang harus diketahui
1. Gunakan standar pengkodean
Sangat mudah untuk menulis kode yang susah dan rumit, terorganisir, tetapi sulit untuk mempertahankan kode tersebut. Kode yang baik biasanya mengikuti beberapa standar untuk penamaan Konvensi, format, dll. Standar tersebut bagus deterministik kepada mereka yang membaca kode kamu, termasuk Kamu.Kamu dapat membuat standar coding, tetapi lebih baik untuk tetap berpegang pada satu dengan penerimaan yang lebih luas. Secara umum dipertahankan standar seperti Zend Framework Coding standar atau gaya Coding PSR-1, akan lebih mudah bagi orang lain untuk beradaptasi.
2. refactor
Percaya atau tidak, Kamu harus refactoring kode dasar harian pada kode, refactoring akan membuat kode Kamu sehat, tetapi apa yang harus Kamu refactor dan bagaimana caranya?Kamu harus refactoring segalanya, dari arsitektur, metode dan fungsi, nama-nama variabel, nomor argumen metode menerima, dll.
Bagaimana refactor lebih dari lebih dari ilmu seni, tetapi ada beberapa aturan praktis yang dapat kamu lakukan
- Jika fungsi atau metode adalah lebih dari 20-25 baris, lebih mungkin Kamu menyertakan terlalu banyak logika di dalamnya, dan mungkin dapat dibagi menjadi dua atau lebih kecil fungsi/metode.
- Jika nama metode fungsi adalah lebih dari 20 karakter, harus memikirkan kembali nama atau memikirkan kembali seluruh fungsi/metode dengan meninjau aturan pertama.
- Jika memiliki banyak nested loop maka mungkin akan melakukan beberapa pengolahan sumber daya-intensif tanpa menyadarinya. Secara umum, harus memikirkan Apakah bersarang lebih dari 2 loop. Tiga nested loop.
- Pertimbangkan jika ada pola desain berlaku setiap kode Kamu dapat mengikuti. Tidak boleh menggunakan pola hanya demi menggunakan pola, tapi pola menawarkan solusi siap-pikir mencoba-dan-benar yang bisa berlaku.
3. Menghindari kode Global
Variabel global dan loop yang berantakan dan dapat membuktikan bermasalah ketika aplikasi Kamu tumbuh kepada jutaan baris kode (do mana kebanyakan!). Mereka mungkin mempengaruhi kode di tempat lain itu adalah sulit untuk membedakan, atau menyebabkan bentrokan penamaan yang bising. Berpikir dua kali sebelum Anda mencemari namespace global dengan variabel, fungsi, loop, dll.
Dalam kasus yang ideal, harus memiliki blok tidak didefinisikan secara global. Yaitu. Semua beralih pernyataan, mencoba menangkap, foreach, sementara-loop, dll harus ditulis dalam metode atau fungsi. Metode harus ditulis dalam definisi kelas, dan definisi kelas dan fungsi harus berada dalam ruang nama.
4. Gunakan nama-nama bermakna
Jangan menggunakan nama-nama seperti $k, $m, dan $test untuk variabel Anda. Bagaimana mengharapkan untuk membaca kode tersebut di masa depan? Kode yang baik harus bermakna nama variabel, nama fungsi metode dan nama kelas. Beberapa contoh yang baik dari nama-nama bermakna: $request, $dbResult dan $tempFile (tergantung pada Pedoman gaya coding Anda ini mungkin menggunakan garis bawah, camelCase atau PascalCase).
5. Gunakan struktur Penting
Penataan aplikasi sangat penting; Jangan menggunakan struktur yang rumit, selalu menempel kesederhanaan. Ketika penamaan direktori dan file, menggunakan konvensi penamaan yang Anda sepakati dengan tim, atau menggunakan salah satu yang terkait dengan standar pengkodean. Selalu dibagi empat bagian dari setiap aplikasi PHP yang khas dari satu sama lain-CSS, HTML template/layout, JavaScript, PHP kode- dan untuk masing-masing mencoba untuk membagi Perpustakaan dari logika bisnis. Hal ini juga ide yang baik untuk menjaga hirarki direktori dangkal mungkin sehingga lebih mudah untuk menavigasi dan menemukan kode yang cari.
6. menggunakan kontrol versi perangkat lunak
Pengembangan tim mengandalkan pada CVS dan diff patch untuk kontrol versi. Saat ini, meskipun, kami memiliki berbagai solusi tersedia. Mengelola perubahan dan revisi harus mudah tapi efektif, jadi memilih versi kontrol perangkat lunak apa pun yang akan bekerja terbaik dengan alur kerja tim pengembangan. Saya lebih suka menggunakan alat kontrol versi terdistribusi seperti Git atau Mercurial; keduanya adalah perangkat lunak bebas/open source dan sangat kuat.
7. Gunakan alat otomatis
Mencoba menggunakan alat-alat seperti semut atau Phing untuk mendapatkan sumber, dikompresi dan disebarkan. Membangun seluruh aplikasi dengan satu perintah, adalah cara yang luar biasa untuk mencegah kesalahan dan kelalaian yang melekat ketika melakukan tugas-tugas yang berulang, dan umumnya inti pra-syarat untuk otomatis strategi pengujian. Disarankan menggunakan 平, itu adalah alat didukung dengan baik membangun untuk PHP ditulis untuk meniru Ant; Jika Anda tidak terbiasa dengan hal itu, memeriksa keluar Shammer C artikel menggunakan 平, PHP Build Tool dan Vito Tardia artikel Deploy dan rilis aplikasi Anda dengan Phing.
8. Gunakan dokumentasi oleh orang kode
Untuk aplikasi besar yang mencakup beberapa kelas dan namespaces, harus memiliki otomatis dokumentasi API. Ini sangat berguna dan membuat tim pengembangan sadar "apa adalah apa." Dan jika bekerja pada beberapa proyek pada saat yang sama, akan menemukan dokumentasi tersebut berkat karena bisa melupakan tentang struktur berpindah bolak-balik antara proyek. Salah satu dokumenter tersebut mungkin perlu mempertimbangkan menggunakan adalah DocBlox.
9. menggunakan kerangka pengujian
Ada banyak alat-alat yang yangg digunakan untuk melakukan pengujian, tetapi sebagian besar adalah kerangka kerja yang membantu mengotomatisasi proses pengujian. Pengujian (pengujian sangat sistematis) sangat penting untuk setiap bagian dari aplikasi juta dolar. Baik alat pengujian adalah PHPUnit dan SimpleTest untuk unit testing kelas PHP Anda. Untuk pengujian GUI, saya sarankan SeleniumHQ alat.
Dalam artikel ini beberapa praktek-praktek terbaik untuk menulis kode lebih baik, termasuk menggunakan standar pengkodean untuk menyatukan kode format di seluruh tim, pentingnya refactoring dan bagaimana untuk menerimanya, dan menggunakan alat-alat profesional seperti pengujian kerangka kerja, dokumentasi oleh orang kode, dan kontrol versi untuk membantu mengelola basis kode.
Post a Comment