pernyataan kawalan

1. [Mandatori] Dalam blok suis, setiap kes mesti ditamatkan dengan rehat / pulangan, dsb., atau komen yang menunjukkan kes mana program akan terus dilaksanakan dalam blok suis, pernyataan lalai mesti disertakan dan diletakkan di hujung, walaupun tiada kod.

2. [Wajib] Pendakap mesti digunakan dalam jika / lain / untuk / semasa / melakukan kenyataan, walaupun hanya terdapat satu baris kod, elakkan menggunakan

borang berikut: jika (syarat) pernyataan; . Jika anda mesti menggunakan if()... Else if()...else... kaedah untuk menyatakan logik, [Wajib] Jangan melebihi 3 tahap, Sila gunakan corak reka bentuk negeri jika melebihi 3 tahap.

Contoh positif:

Kod if-else dengan lebih daripada 3 tahap logik boleh dilaksanakan menggunakan pernyataan pengawal atau corak keadaan.

4. [Disyorkan] Kecuali kaedah biasa (seperti getXxx/isXxx), jangan laksanakan pernyataan kompleks lain dalam pertimbangan bersyarat dan tetapkan keputusan pertimbangan logik yang kompleks kepada nama pembolehubah Boolean yang bermakna kebolehbacaan.

Penjelasan:

Logik dalam banyak pernyataan jika agak kompleks Pembaca perlu menganalisis hasil akhir ungkapan bersyarat untuk mengetahui apa apa jenis keadaan melaksanakan pernyataan apa ungkapan Bagaimana dengan kesilapan?

Contoh positif:

if(condition){
...
return obj;
}

Contoh pembilang:

//伪代码如下
boolean existed = (file.open(fileName, "w") != null) && (...) || (...);
if (existed) {
...
}

5 [Cadangan] Pernyataan dalam badan gelung harus mempertimbangkan prestasi, dan operasi berikut harus dialihkan ke luar gelung sebanyak mungkin. mentakrifkan objek, pembolehubah dan mendapatkan sambungan pangkalan data , melakukan operasi tangkapan cuba yang tidak perlu (bolehkah tangkapan cuba ini dialihkan ke luar gelung).

6 [Disyorkan] Perlindungan parameter input antara muka Senario ini adalah perkara biasa untuk antara muka yang digunakan untuk operasi kelompok.

7. [Rujukan] Senario di mana pengesahan parameter diperlukan dalam kaedah:

1) Kaedah dengan kekerapan panggilan rendah.

2) Untuk kaedah yang memerlukan banyak masa pelaksanaan, masa pengesahan parameter hampir boleh diabaikan Walau bagaimanapun, jika ralat parameter menyebabkan

perantaraan penggulingan semula atau ralat, keuntungan melebihi kerugian.

3) Kaedah yang memerlukan kestabilan dan ketersediaan yang sangat tinggi.

4) Antara muka terbuka yang disediakan kepada dunia luar, sama ada antara muka RPC / API / HTTP.

5) Keizinan masuk yang sensitif.

8 [Rujukan] Senario di mana pengesahan parameter tidak diperlukan dalam kaedah:

1) Tidak disyorkan untuk mengesahkan parameter untuk kaedah yang berkemungkinan besar dipanggil dalam gelung. Walau bagaimanapun, semakan parameter luaran mesti dinyatakan dalam huraian kaedah.

2) Kaedah asas dipanggil dengan kerap dan biasanya tidak disahkan. Lagipun, ia adalah seperti langkah terakhir penapisan air tulen parameter yang salah tidak mungkin mendedahkan masalah sehingga ia mencapai lapisan bawah. Secara amnya, lapisan DAO dan lapisan Perkhidmatan berada dalam aplikasi yang sama dan digunakan pada pelayan yang sama, jadi pengesahan parameter DAO boleh diabaikan.

3) Kaedah yang diisytiharkan sebagai peribadi hanya akan dipanggil oleh kod anda sendiri Jika anda boleh memastikan bahawa parameter yang dihantar oleh kod yang memanggil kaedah itu telah disemak atau pasti tiada masalah, anda tidak perlu mengesahkan. parameter pada masa ini.