Kata Pengantar
Kebaikan tabiat menulis JavaScript yang baik adalah jelas pada hari ini Bingo mengesyorkan spesifikasi pengaturcaraan Dojo Javascript kepada semua orang Ia adalah spesifikasi gaya pengaturcaraan Javascript yang sangat baik. Terima kasih kepada i.feelinglucky untuk terjemahan.
Prekata
Sebarang pelanggaran panduan ini dibenarkan jika ia meningkatkan kebolehbacaan.
Semua kod hendaklah dipermudahkan untuk dibaca oleh orang lain.
Rujukan Bacaan Pantas
API Teras Sila gunakan gaya berikut:
结构 | 规则 | 注释 |
模块 | 小写 | 不要使用多重语义(Never multiple words) |
类 | 骆驼 | |
公有方法 | 混合 | 其他的外部调用也可以使用 lower_case(),这样的风格 |
公有变量 | 混合 | |
常量 | 骆驼 或 大写 |
Peraturan
Ulasan
结构 | 规则 |
私有方法 | 混合,例子:_mixedCase |
私有变量 | 混合,例子:_mixedCase |
方法(method)参数 | 混合,例子:_mixedCase, mixedCase |
本地(local)变量 | 混合,例子:_mixedCase, mixedCase |
Pembolehubah peribadi | Campuran, contoh: _mixedCase |
Parameter kaedah | Campuran, contoh: _mixedCase, mixedCase |
Pembolehubah setempat (tempatan) | Campuran, contoh: _mixedCase, mixedCase
|
Konvensyen penamaan
1. Nama pembolehubah mestilah huruf kecil.
2. Penamaan kelas menggunakan peraturan penamaan unta, contohnya:
Akaun, EventHandler
3. Pemalar mesti diisytiharkan di hadapan objek (kelas) atau pembolehubah penghitungan. Pembolehubah penghitungan mesti dinamakan dengan makna praktikal dan ahlinya mesti menggunakan peraturan penamaan unta atau menggunakan huruf besar:
4. Perkataan yang disingkatkan tidak boleh menggunakan nama huruf besar sebagai nama pembolehubah:
getInnerHtml(), getXml(), XmlDocument
5. Perintah kaedah mestilah kata kerja atau frasa kerja:
obj.getSomeValue()
6. Kelas awam mesti dinamakan menggunakan nama campuran (mixedCase).
7. Pembolehubah CSS mesti dinamakan menggunakan pembolehubah kelas awam yang sama yang sepadan dengannya.
8. Ahli atribut pembolehubah kelas persendirian mesti dinamakan dengan nama bercampur (mixedCase) dan didahului dengan garis bawah (_). Contohnya:
9 Jika pembolehubah ditetapkan sebagai peribadi, garis bawah mesti ditambah di hadapannya.
ini._somePrivateVariable = pernyataan;
10 Pembolehubah universal mesti menggunakan nama jenis yang konsisten dengan nama mereka:
setTopic(topic) // Topik pembolehubah ialah pembolehubah jenis Topik
11. Semua nama pembolehubah mesti menggunakan nama Inggeris.
12. Jika pembolehubah mempunyai skop yang lebih luas (skop besar), pembolehubah global mesti digunakan dalam kes ini, ia boleh direka bentuk sebagai ahli kelas. Sebaliknya, jika skopnya kecil atau pembolehubah adalah peribadi, gunakan penamaan perkataan yang ringkas.
13. Jika pembolehubah mempunyai nilai pulangan tersiratnya sendiri, elakkan menggunakan kaedah yang serupa:
getHandler(); // Elakkan menggunakan getEventHandler()
14 Pembolehubah awam mesti menyatakan dengan jelas atribut mereka sendiri untuk mengelakkan makna perkataan yang samar-samar, contohnya:
MouseEventHandler
, bukan MseEvtHdlr.
Sila beri perhatian kepada peraturan ini sekali lagi, faedah berbuat demikian sangat jelas. Ia boleh menyatakan dengan jelas maksud yang ditakrifkan oleh ungkapan tersebut. Contohnya:
dojo.events.mouse.Handler // bukannya dojo.events.mouse.MouseEventHandler
15. Kelas/pembina boleh dinamakan dengan memanjangkan nama kelas asasnya, supaya nama kelas asasnya boleh ditemui dengan betul dan cepat:
Pengendali Acara
UIEventHandler
MouseEventHandler
Kelas asas boleh memendekkan penamaannya pada premis menerangkan sifatnya dengan jelas:
MouseEventHandler berbanding MouseUIEventHandler.
Konvensyen penamaan khas
Istilah "get/set" tidak boleh dikaitkan dengan medan melainkan ia ditakrifkan sebagai pembolehubah persendirian.
Nama pembolehubah yang didahului oleh "adalah" hendaklah nilai Boolean, dan begitu juga ia boleh menjadi "mempunyai", "boleh" atau "sepatutnya".
Istilah "kira" sebagai nama pembolehubah harus merujuk kepada pembolehubah yang telah dikira.
Istilah "cari" sebagai nama pembolehubah hendaklah merujuk kepada pembolehubah yang cariannya telah selesai.
Istilah "memulakan" atau "init" sebagai nama pembolehubah harus merujuk kepada kelas atau jenis pembolehubah lain yang telah dimulakan (dimulakan).
Pembolehubah kawalan UI (Antara Muka Pengguna) harus mempunyai jenis kawalan selepas nama, contohnya: leftComboBox, TopScrollPane.
Bentuk jamak WAJIB digunakan untuk menamakan koleksi.
Nama pembolehubah yang bermula dengan "num" atau "count" adalah nombor konvensional (objek).
Adalah disyorkan untuk menggunakan pembolehubah dengan nama seperti "i", "j", "k" (dan seterusnya) untuk pembolehubah berulang.
Istilah tambahan mesti menggunakan perkataan tambahan, seperti: dapatkan/set, tambah/buang, buat/musnah, mula/henti, sisip/padam, mula/tamat, dsb.
Gunakan singkatan untuk nama yang boleh disingkatkan.
Elakkan nama pembolehubah Boolean yang samar-samar, contohnya:
isNotError, isNotFound adalah haram
Adalah disyorkan untuk menambah "Pengecualian" atau "Ralat" selepas nama pembolehubah untuk kelas ralat.
Jika kaedah mengembalikan kelas, nama harus menunjukkan apa yang dikembalikan jika ia adalah prosedur, ia harus menunjukkan apa yang dilakukannya.
Fail
Sila gunakan 4 hentian tab ruang putih untuk lekukan.
Jika editor anda menyokong teg fail, sila tambah baris berikut untuk menjadikan kod kami lebih mudah dibaca:
// vim:ts=4:noet:tw=0:
Nota terjemahan: Warga asing menggunakan editor VIM lebih banyak, anda boleh memilih untuk mengikuti artikel ini.
Lipatan kod mesti kelihatan lengkap dan logik:
var o = someObject.get(
Ungkapan1,
Ungkapan2,
Ungkapan3
);
Nota: Lekukan ungkapan dan pengisytiharan pembolehubah hendaklah konsisten.
Nota: Parameter fungsi hendaklah diinden secara eksplisit dan peraturan lekukan harus konsisten dengan blok lain.
Pembolehubah
Reka letak
Sekat
Coretan kod biasa sepatutnya kelihatan seperti ini:
JIKA kenyataan sepatutnya kelihatan seperti ini:
Pernyataan FOR sepatutnya kelihatan seperti ini:
SEDANGKAN kenyataan sepatutnya kelihatan seperti ini:
LAKUKAN … SEDANGKAN kenyataan sepatutnya kelihatan seperti ini:
Pernyataan SWITCH sepatutnya kelihatan seperti ini:
Pernyataan TRY … CATCH sepatutnya kelihatan seperti ini:
Baris tunggal IF – ELSE, WHILE atau FOR pernyataan juga mesti mempunyai kurungan, tetapi ia boleh ditulis seperti ini:
jika (syarat){ pernyataan;
manakala (syarat){ pernyataan;
untuk (permulaan; syarat; kemas kini){ pernyataan;
Kosong
disyorkan untuk dipisahkan oleh ruang (termasuk operator ternary).
Kod jerky
Yang berikut menyediakan beberapa fungsi asas atau kaedah penerangan objek: Ringkasan: Terangkan secara ringkas tujuan fungsi atau objek ini
Penerangan: Penerangan ringkas tentang fungsi atau kelas iniPulangan: Menerangkan perkara yang dikembalikan oleh fungsi ini (tidak termasuk jenis pemulangan)
Maklumat fungsi asas
Salin kod
Salin kod
Pengisytiharan fungsi
Dalam sesetengah kes, panggilan fungsi dan pengisytiharan tidak kelihatan. Dalam kes ini, kami tidak mempunyai cara untuk menambah arahan, dsb. (untuk program memanggil) dalam fungsi. Jika anda menghadapi situasi ini, anda boleh menggunakan kelas untuk merangkum fungsi.
Nota: Kaedah ini hanya boleh digunakan apabila fungsi tidak mempunyai parameter yang dimulakan. Jika tidak, mereka tidak diendahkan.
Pembolehubah
Memandangkan pengisytiharan pembolehubah contoh, pembolehubah prototaip dan pembolehubah luaran adalah konsisten, terdapat banyak cara untuk mengisytiharkan dan mengubah suai pembolehubah. Takrifan dan kedudukan khusus hendaklah menunjukkan nama, jenis, skop dan maklumat lain bagi pembolehubah di tempat ia mula-mula muncul.
Anotasi pembolehubah dalam objek
hendaklah ditanda dengan cara yang sama seperti nilai objek dan kaedah, contohnya apabila ia diisytiharkan:
Nilai pulangan
Oleh kerana fungsi boleh mengembalikan berbilang nilai (jenis) berbeza pada masa yang sama, ulasan jenis pulangan harus ditambah selepas setiap nilai pulangan. Komen boleh dibuat dalam baris Jika semua nilai pulangan adalah daripada jenis yang sama, nyatakan jenis pulangan yang berbeza, tandakan jenis pulangan sebagai "bercampur".
Pseudocode (zu besprechen)
Manchmal müssen Sie der Funktion oder Klasse eine funktionale Prozessbeschreibung der Funktion oder Klasse hinzufügen. Wenn Sie dies planen, können Sie /*======== verwenden (= das Zeichen kommt vorzugsweise 5 Mal oder öfter vor), was den Vorteil hat, dass diese Dinge nicht zum Code hinzugefügt werden müssen (Anmerkung: Ursprünglicher Autor Es kann sich um ein Code-Management-System handeln.
Es sieht so aus, als ob in /*====== und =====*/ ein sehr langer Kommentar vorhanden sein wird. Sie können überlegen, ob Sie ihn löschen möchten, nachdem die Funktionsanpassung abgeschlossen ist.
function(/*module.pseudo.kwArgs*/ kwArgs){
dojo.debug(kwArgs.url);
dojo.debug(kwArgs.mimeType);
}
Originallink: http://dojotoolkit.org/developer/StyleGuide
Übersetzt von: i.feelinglucky{at}gmail.com von http://www.gracecode.com