Reaksi: Kod Baik dan Buruk

Jangan: Kembalikan tatasusunan baharu atau objek baharu daripada mapStateToProps. Jika objek ingin dikembalikan pastikan ia tidak akan ditukar kemudian. Ini boleh menyebabkan keseluruhan komponen dan sub pokok untuk dipaparkan semula apabila objek ini berubah walaupun sedikit. 

Lakukan: mapstateToProps hanya harus mengembalikan primitif dan tatasusunan yang datang terus dari keadaan (jangan buat tatasusunan baharu daripada mapStateToProps, jika perlu buat pemilih yang menyimpan cache tatasusunan yang terhasil daripada pengiraan argumen). Tatasusunan yang akan diulang kemudian harus mengandungi id rentetan item yang akan diberikan. Item senarai adalah yang bertanggungjawab mencari maklumat tentang keadaan global menggunakan id yang diluluskan daripada props.

Lakukan: Apabila membina cangkuk tersuai anda sendiri pastikan tatasusunan yang akan dikembalikan juga dihafal. Pengoptimuman pra-matang tidak disokong tetapi mengapa tidak membina sesuatu dengan cara yang paling optimum yang anda boleh, ia tidak memerlukan banyak usaha dan ia menggalakkan pembelajaran untuk jurutera lain yang mengusahakan kod tersebut. Tingkatkan kemahiran pasukan!

Lakukan: Apabila membina objek besar, susun kekunci dalam susunan abjad. Objek berkemungkinan besar akan membesar dan boleh memakan masa yang lama untuk mencari hartanah. Terutamanya kedai, pastikan reducer disusun mengikut abjad.

Jangan: Bina pengurang yang khusus untuk halaman/skrin yang anda sedang bina. Fikirkan bagaimana ia boleh berskala ke halaman/skrin lain. Rujuk dengan pasukan untuk melihat kemungkinan penggunaan masa hadapan halaman/skrin yang anda sedang bina.

Lakukan: Pastikan untuk membungkus komunikasi dengan apis luaran dengan API tersuai. Pada masa hadapan jika perkhidmatan itu perlu diganti, ia boleh dilakukan di API buatan tersuai ini. Fikirkan Bugsnag sebagai contoh. Bungkus bayi lelaki itu pada API tersuai untuk berjaga-jaga sekiranya anda mahu menggunakan Sentry ke bawah.

Lakukan: Pada nota yang sama. Sila standardkan cara ralat dikendalikan pada bahagian belakang tetapi juga pada bahagian hadapan. Setiap tindakan dalam apl hendaklah dibalut pada blok cuba/tangkap dan blok tangkapan menghantar laporan kepada alat pelaporan pepijat. Apl anda juga harus membalut keseluruhan apl dengan sempadan ralat. Saya percaya ada cara yang betul untuk mewujudkan corak yang betul di tempatnya. Corak yang mampu menangkap semua ralat dan melaporkan maklumat yang bermakna.

Lakukan: Gunakan alat yang menguatkuasakan kualiti kod seperti Sonar, ini akan menjimatkan banyak masa semasa semakan kod hanya kerana seseorang memutuskan untuk menggunakan if ... else instead of if ... return . Butiran kecil yang menjadikan pembangun menjadi kurang kreatif dan hanya mengikut apa yang dikatakan oleh standard sonar kualiti kod. Pangkalan kod yang mengikut butiran ini hingga ke gigi adalah mudah untuk dikodkan dari hari pertama.

Kesimpulan

Ini semua pendapat yang saya ada pada masa ini. Mempunyai pangkalan kod yang menguatkuasakan corak, orang ramai boleh melompat masuk dan merebut sekeping kod dari tempat lain dalam pangkalan kod, tampalkannya, tukar perkataan sedikit et voila, anda mempunyai ciri yang memenuhi piawaian pengeluaran dalam setiap cara yang mungkin. Terdapat pendapat tetapi terdapat cara yang paling berkesan untuk melakukan perkara sekurang-kurangnya pada masa penulisan. Pendekatan lain mungkin akan datang tetapi cara yang paling berkesan untuk menulis kod pada saat penulisan ialah satu-satunya cara menulis kod. Lebih mudah diucapkan daripada dilakukan sehingga anda bertemu dengan raksasa tarikh akhir.

Atas ialah kandungan terperinci Reaksi: Kod Baik dan Buruk. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!