Konvensi penamaan perpustakaan Python sedikit berantakan, jadi kita tidak akan pernah mendapatkan ini sepenuhnya konsisten Show
Perhatikan bahwa ini hanya mengacu pada pustaka standar Python. Jika mereka tidak bisa konsisten, maka hampir tidak ada banyak harapan untuk memiliki konvensi yang dipatuhi secara umum untuk semua kode Python, bukan? Dari situ, dan diskusi di sini, saya akan menyimpulkan bahwa bukan dosa yang mengerikan jika terus menggunakan e. g. Konvensi penamaan Java atau C # (jelas dan mapan) untuk variabel dan fungsi saat beralih ke Python. Perlu diingat, tentu saja, bahwa yang terbaik adalah mematuhi gaya apa pun yang berlaku untuk basis kode / proyek / tim. Seperti yang ditunjukkan oleh Panduan Gaya Python, konsistensi internal paling penting Untuk memberikan pengalaman pengembang yang konsisten di banyak API dan dalam jangka waktu yang lama, semua nama yang digunakan oleh API harus
Ini termasuk nama antarmuka, sumber daya, koleksi, metode, dan pesan Karena banyak pengembang bukan penutur asli bahasa Inggris, salah satu tujuan dari konvensi penamaan ini adalah untuk memastikan bahwa sebagian besar pengembang dapat memahami API dengan mudah. Ini dilakukan dengan mendorong penggunaan kosakata yang sederhana, konsisten, dan kecil saat menyebutkan metode dan sumber daya
Nama produkNama produk mengacu pada nama pemasaran produk API, seperti Google Calendar API. Nama produk harus digunakan secara konsisten oleh API, UI, dokumentasi, Persyaratan Layanan, laporan tagihan, kontrak komersial, dll. Google API harus menggunakan nama produk yang disetujui oleh tim produk dan pemasaran Tabel di bawah menunjukkan contoh semua nama API terkait dan konsistensinya. Lihat lebih lanjut di bawah pada halaman ini untuk detail lebih lanjut tentang masing-masing nama dan konvensi mereka API NameExampleProduct Name 3Service Name 4Package Name 5Interface Name 6Source Directory 7API Name 8Nama layananNama layanan harus berupa nama DNS yang valid secara sintaksis (sesuai RFC 1035) yang dapat diselesaikan ke satu atau lebih alamat jaringan. Nama layanan Google API publik mengikuti polanya. _9. Misalnya, nama layanan Kalender Google adalah 4Jika API terdiri dari beberapa layanan, mereka harus diberi nama sedemikian rupa untuk membantu kemudahan penemuan. Salah satu cara untuk melakukannya adalah agar Nama Layanan memiliki awalan yang sama. Misalnya layanan 1 dan 2 adalah layanan yang merupakan bagian dari Google Build APINama paketNama paket dideklarasikan di API. file proto harus konsisten dengan Nama Produk dan Nama Layanan. Nama paket harus menggunakan nama komponen tunggal untuk menghindari campuran nama komponen tunggal dan jamak. Nama paket tidak boleh menggunakan garis bawah. Nama paket untuk API berversi harus diakhiri dengan versi. Sebagai contoh
API abstrak yang tidak terkait langsung dengan layanan, seperti Google Watcher API, harus menggunakan nama paket proto yang konsisten dengan nama Produk
Nama paket Java ditentukan dalam API. file proto harus cocok dengan nama paket proto dengan awalan nama paket Java standar ( 3, 4, 5, dll). Misalnya _ID koleksiharus menggunakan bentuk jamak dan _6, dan ejaan dan semantik bahasa Inggris Amerika. Misalnya. 7, 8, atau 9Nama antarmukaUntuk menghindari kebingungan seperti _0, istilah nama antarmuka mengacu pada nama yang digunakan saat mendefinisikan 1 dalam. berkas proto
Anda dapat menganggap nama layanan sebagai referensi untuk implementasi sebenarnya dari sekumpulan API, sedangkan nama antarmuka mengacu pada definisi abstrak API Nama antarmuka harus menggunakan kata benda intuitif seperti Calendar atau Blob. Nama tidak boleh bertentangan dengan konsep mapan apa pun dalam bahasa pemrograman dan pustaka waktu prosesnya (misalnya, File) Dalam kasus yang jarang terjadi ketika nama antarmuka bertentangan dengan nama lain dalam API, akhiran (misalnya 2 atau 3) harus digunakan untuk memperjelasNama metodeSebuah layanan mungkin, dalam spesifikasi IDL-nya, menentukan satu atau lebih metode RPC yang sesuai dengan metode pada kumpulan dan sumber daya. Nama metode harus mengikuti konvensi penamaan 4 dalam huruf besar unta, di mana kata benda biasanya merupakan tipe sumber dayaVerbNounMethod nameRequest messageResponse message 5 6 7 8 9 0 6 2 3 6 5 6 7 8 6 0 6 2 3 6 5 6 7 8 9 0 6 2 3 4Bagian kata kerja dari nama metode harus menggunakan the , yaitu untuk perintah atau perintah daripada mood indikatif yang untuk pertanyaan Untuk metode standar, bagian kata benda dari nama metode harus tunggal untuk semua metode kecuali 5, dan harus jamak untuk 5. Untuk metode khusus, kata benda mungkin tunggal atau jamak sesuai kebutuhan. Metode batch harus menggunakan kata benda jamakCatatan. Kasus di atas mengacu pada nama RPC di buffer protokol; Ini mudah dibingungkan ketika kata kerjanya mengajukan pertanyaan tentang sub-sumber daya di API, yang sering diekspresikan dalam mood indikatif. Misalnya, memesan API untuk membuat buku jelas 7 (dalam mood imperatif), tetapi menanyakan API tentang status penerbit buku mungkin menggunakan mood indikatif, seperti 9 atau 0. Untuk tetap dalam mood penting dalam situasi seperti ini, andalkan perintah seperti "periksa" ( 1) dan "validasi" ( 2)Nama metode tidak boleh menyertakan preposisi (mis. g. "Untuk", "Dengan", "Pada", "Kepada"). Umumnya, nama metode dengan preposisi menunjukkan bahwa metode baru sedang digunakan di mana bidang harus ditambahkan ke metode yang sudah ada, atau metode harus menggunakan kata kerja yang berbeda Misalnya, jika pesan _7 sudah ada dan Anda mempertimbangkan untuk menambahkan 4, pertimbangkan metode 5 sebagai gantinyaNama pesanNama pesan harus pendek dan ringkas. Hindari kata-kata yang tidak perlu atau berlebihan. Kata sifat seringkali dapat dihilangkan jika tidak ada pesan yang sesuai tanpa kata sifat. Misalnya, _6 di 7 tidak diperlukan jika tidak ada pengaturan proxy yang tidak dibagikanNama pesan tidak boleh menyertakan preposisi (mis. g. "Dengan", "Untuk"). Umumnya, nama pesan dengan preposisi lebih baik direpresentasikan dengan bidang opsional pada pesan Pesan permintaan dan tanggapanPesan permintaan dan respons untuk metode RPC harus diberi nama setelah nama metode dengan akhiran 8 dan 9, masing-masing, kecuali jika jenis permintaan atau respons metode adalah
Ini biasanya berlaku untuk permintaan atau tanggapan yang digunakan dalam metode standar 0, 5, 0, atau 0Nama enumJenis Enum harus menggunakan nama UpperCamelCase Nilai enum harus menggunakan CAPITALIZED_NAMES_WITH_UNDERSCORES. Setiap nilai enum harus diakhiri dengan titik koma, bukan koma. Nilai pertama harus diberi nama ENUM_TYPE_UNSPECIFIED karena dikembalikan saat nilai enum tidak ditentukan secara eksplisit
PembungkusPesan yang mengenkapsulasi tipe enum proto2 dengan nilai 5 memiliki arti selain 6 harus diberi nama dengan akhiran 7 dan memiliki satu bidang bernama 8
Nama bidangDefinisi bidang di. file proto harus menggunakan lower_case_underscore_separated_names. Nama-nama ini akan dipetakan ke konvensi penamaan asli dalam kode yang dihasilkan untuk setiap bahasa pemrograman Nama bidang tidak boleh menyertakan preposisi (mis. g. "untuk", "selama", "di"), misalnya
Nama bidang tidak boleh menggunakan kata sifat postpositive (pengubah ditempatkan setelah kata benda), misalnya
Nama bidang berulangKolom berulang di API harus menggunakan bentuk jamak yang tepat. Ini cocok dengan konvensi Google API yang ada, dan ekspektasi umum dari developer eksternal Waktu dan DurasiUntuk mewakili titik waktu yang tidak bergantung pada zona waktu atau kalender apa pun, 7 harus digunakan, dan nama bidang harus diakhiri dengan 8, seperti 9 dan 00Jika waktu mengacu pada aktivitas, nama bidang harus berbentuk 01, seperti 02, 03. Hindari penggunaan bentuk lampau untuk kata kerja, seperti 04 atau 05Untuk mewakili rentang waktu antara dua titik waktu yang tidak bergantung pada kalender dan konsep seperti "hari" atau "bulan", 06 harus digunakan
Jika Anda harus mewakili bidang terkait waktu menggunakan tipe bilangan bulat untuk alasan lama atau kompatibilitas, termasuk waktu jam dinding, durasi, penundaan, dan latensi, nama bidang harus memiliki formulir berikut
Jika Anda harus merepresentasikan stempel waktu menggunakan tipe string untuk alasan warisan atau kompatibilitas, nama bidang tidak boleh menyertakan sufiks unit apa pun. Representasi string harus menggunakan format RFC 3339, mis. g. "2014-07-30T10. 43. 17Z" Tanggal dan WaktuUntuk tanggal yang tidak bergantung pada zona waktu dan waktu, 07 harus digunakan dan harus memiliki akhiran 08. Jika tanggal harus direpresentasikan sebagai string, itu harus dalam format tanggal ISO 8601 YYYY-MM-DD, e. g. 30-07-2014Untuk waktu yang tidak bergantung pada zona waktu dan tanggal, 09 harus digunakan dan harus memiliki akhiran 10. Jika waktu harus direpresentasikan sebagai string, itu harus dalam format waktu 24 jam ISO 8601 HH. MM. SS[. FFF], e. g. 14. 55. 01. 672
KuantitasKuantitas yang diwakili oleh tipe bilangan bulat harus menyertakan satuan pengukuran 0Jika jumlahnya adalah sejumlah item, maka bidang harus memiliki akhiran 11, misalnya 12Bidang filter daftarJika API mendukung pemfilteran sumber daya yang dikembalikan oleh metode 5, bidang yang berisi ekspresi filter harus diberi nama 14. Misalnya _1Tanggapan daftarNama bidang dalam pesan respons metode _5, yang berisi daftar sumber daya harus bentuk jamak dari nama sumber daya itu sendiri. Misalnya, metode _16 harus menentukan pesan respons 17 dengan bidang berulang yang disebut 7 untuk daftar sumber daya yang dikembalikan _2Kasus untaKecuali untuk nama kolom dan nilai enum, semua definisi di dalam file 19 harus menggunakan nama UpperCamelCase, sebagaimana didefinisikan olehSingkatan namaUntuk singkatan nama terkenal di kalangan pengembang perangkat lunak, seperti 20 dan 21, singkatan harus digunakan dalam definisi API bukan ejaan penuh. Ini akan membuat kode sumber mudah dibaca dan ditulis. Dalam dokumentasi formal, ejaan penuh harus digunakan. Contoh
Apa gaya komentar untuk kelas di Python?Konvensi Komentar. Python memiliki dua jenis komentar. komentar satu baris (yang dimulai dengan tanda #) dan docstring (yang diapit dengan tanda kutip tiga) . Berikut ini adalah aturan umum tentang komentar. Spesifikasi adalah dokumen; .
Panduan gaya apa yang digunakan Google?Ikuti Chicago Manual of Style, edisi ke-17 (perlu berlangganan). Lihat Panduan Gaya Menulis Microsoft.
Apa panduan gaya terbaik untuk Python?Python memiliki panduan gaya luar biasa yang disebut PEP8 . Ini mencakup sebagian besar situasi yang akan Anda masuki saat menulis Python. Saya suka PEP8, saya yakin ada banyak usaha dan pemikiran yang dimasukkan ke dalamnya.
Berapa lama garis dalam gaya Python Google?Panjang Jalur Maksimum
. Untuk mengalirkan blok teks yang panjang dengan batasan struktural yang lebih sedikit (dokumen atau komentar), panjang baris harus dibatasi hingga 72 karakter. 79 characters. For flowing long blocks of text with fewer structural restrictions (docstrings or comments), the line length should be limited to 72 characters. |