pendapat saya tentang semantik identifier (Id vs vs vs No Kode Key)

Ketika saya desain perangkat lunak saya sendiri, saya memiliki konvensi penamaan yang saya gunakan. Ini bukan ilmu roket, tetapi itu memungkinkan saya untuk tahu persis apa sesuatu secepat yang saya sebut.

Sayangnya, sementara pengembang lain menggunakan nama yang sama, mereka sering menggunakannya dalam cara yang tidak Anda harapkan. akan saya ingin setiap penggunaan konvensi sederhana ini

Jadi ada.

id: – Dalam dunia kecil saya, setiap kolom variabel atau database, termasuk istilah “Id” adalah identifier integer untuk sesuatu. Aturan tidak negatif dan tidak nol. Saya kira itu bisa menjadi negatif, meskipun saya tidak akan pernah melakukannya, tapi tidak pernah harus nol untuk 0 dalam banyak bahasa variabel standar diinisiasi karena, seperti yang umum, yang selalu kunci utama saya atau asing.

Tidak atau Jumlah – Saya menggunakan kata “Tidak” atau “Tidak” untuk kode alfanumerik biasanya. Mengapa saya sebut “nomor” string? Karena apa yang kita berkomunikasi; nomor pelanggan, nomor item, jumlah penjual, dll … Identifier dengan kata “jumlah” di dalamnya hampir selalu string, bahkan kami nomor telepon atau nomor jaminan sosial, yang hanya terdiri dari angka, pengembang biasanya dalam bentuk string berpengalaman disimpan

CD atau kode -. Saya menggunakannya untuk beberapa pengidentifikasi panjang yang mengubah jarang. Sebagai contoh: kode negara ( ‘NY’, ‘WA’), jenis pesanan, kartu kredit, dll …. Saya membuat daftar untuk nilai-nilai ini dan mengevaluasi mereka di layar bukannya database; Saya menemukan beberapa perubahan kode seperti jarang kurang terkait dengan setiap permintaan tampak seperti kompromi yang baik. Kode ini hampir selalu disajikan sebagai on-screen daftar drop-down dan singkatan membuat dasar data langsung dan sederhana (sebagai lawan meja provinsi dan ID provinsi 3).

Key jangka -I tidak terlalu berguna, tapi saya menggunakannya untuk sesuatu seperti tombol aplikasi, bukan nama pengguna, dan itu akan string alfanumerik.

ini cukup sederhana, tapi akun konsistensi. Menjalankan dalam variabel UserId bernama bukannya username dan XxxUserId untuk pengguna ID yang menambahkan kebingungan. Bahkan setelah melihat selama berbulan-bulan, itu akan selalu melemparkan Anda keluar, dan jika Anda membutuhkan metode baru untuk membuat ID pengguna sebagai parameter, panggilan userId? Atau xxxUserId? Dan jika ia diberi nama dengan awalan sebagai berikut, bahkan tidak seperti itu datang di SaranOtomatis selalu ingat perbedaan. Ya, Anda dapat mengubah nama variabel * * seluruh kode, tetapi Anda masih memiliki dalam database, ditambah bangunan luar, banyak yang tidak berdokumen. … Tapi saya ngelantur …

Saya juga ingin stres saat-saat ketika saya, misalnya, tidak mengikuti konvensi ini ,, saya nama pengguna “user ID” panggilan untuk melakukannya lagi, aku “UPC (universal product code)” sejumlah produk universal “bahwa definisi saya mungkin menyarankan. Tapi bagi sebagian besar setiap aplikasi saya telah dikembangkan selama 10 tahun terakhir, kebijakan ini.

satu hal lagi, jika saya untuk menghasilkan string ini, saya tidak pernah menggunakan vokal, karena hanya masalah waktu sebelum memproduksi sesuatu yang menyinggung. Anda dapat memeriksa sumpah jelas, tetapi Anda tidak akan menangkap semua … tapi tanpa vokal, tidak ada yang terjadi, pernah. Juga sedikit, tapi tampaknya seperti itu bisa menyinggung, tanpa vokal, itu akan dihubungkan sebagai imajinasi yang terlalu aktif.


wanita seksi

Leave a Reply

Your email address will not be published. Required fields are marked *

You may use these HTML tags and attributes: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <s> <strike> <strong>