Baca statis vs const

Saya sudah membaca tentang constdan static readonlybidang. Kami memiliki beberapa kelas yang hanya berisi nilai konstan. Digunakan untuk berbagai hal di dalam sistem kami. Jadi saya bertanya-tanya apakah pengamatan saya benar:

Haruskah nilai konstan semacam ini selalu static readonlyuntuk semua yang bersifat publik? Dan hanya digunakan constuntuk nilai internal / dilindungi / pribadi?

Apa yang kamu sarankan? Haruskah saya bahkan mungkin tidak menggunakan static readonlybidang, melainkan menggunakan properti mungkin?

public static readonlyladang sedikit tidak biasa; public staticproperti (dengan hanya a get) akan lebih umum (mungkin didukung oleh private static readonlybidang).

constnilai dibakar langsung ke situs panggilan; ini bermata dua:

• tidak berguna jika nilainya diambil pada saat runtime, mungkin dari config
• jika Anda mengubah nilai const, Anda perlu membangun kembali semua klien
• tetapi bisa lebih cepat, karena menghindari panggilan metode ...
• ... yang kadang-kadang mungkin telah diuraikan oleh JIT

Jika nilainya tidak akan pernah berubah, maka const baik-baik saja - Zerodll buat konstanta yang masuk akal; p Selain itu, staticproperti lebih umum.

Saya akan menggunakan static readonlyjika Konsumen berada dalam majelis yang berbeda. Memiliki constdan Konsumen dalam dua majelis berbeda adalah cara yang bagus untuk menembak diri sendiri .

Beberapa hal yang lebih relevan untuk dicatat:

const int a

• harus diinisialisasi.
• inisialisasi harus pada waktu kompilasi .

hanya baca int

• dapat menggunakan nilai default, tanpa menginisialisasi.
• inisialisasi dapat dilakukan pada waktu berjalan (Edit: hanya dalam konstruktor).

Ini hanya pelengkap jawaban lainnya. Saya tidak akan mengulanginya (sekarang empat tahun kemudian).

Ada situasi di mana a constdan non-const memiliki semantik yang berbeda. Sebagai contoh:

const int y = 42;

static void Main()
{
  short x = 42;
  Console.WriteLine(x.Equals(y));
}

mencetak True, sedangkan:

static readonly int y = 42;

static void Main()
{
  short x = 42;
  Console.WriteLine(x.Equals(y));
}

menulis False.

Alasannya adalah bahwa metode ini x.Equalsmemiliki dua kelebihan, satu mengambil short( System.Int16) dan satu mengambil object( System.Object). Sekarang pertanyaannya adalah apakah satu atau keduanya berlaku dengan yargumen saya .

Ketika ykonstanta waktu kompilasi (literal), constkasus, menjadi penting bahwa memang ada konversi implisit dari int ke short asalkan intkonstanta, dan asalkan kompiler C # memverifikasi bahwa nilainya berada dalam kisaran a short( yang mana 42). Lihat Konversi ekspresi konstan yang tersirat dalam Spesifikasi Bahasa C #. Jadi kedua kelebihan harus dipertimbangkan. Overload Equals(short)lebih disukai (setiap shortadalah object, tetapi tidak semua objectadalah short). Jadi ydikonversi ke short, dan kelebihan itu digunakan. Kemudian Equalsmembandingkan dua shortnilai identik, dan itu memberi true.

Bila ytidak konstan, tidak ada implisit konversi dari intke shortada. Itu karena secara umum intmungkin terlalu besar untuk dimasukkan ke dalam short. ( Konversi eksplisit memang ada, tetapi saya tidak mengatakannya Equals((short)y), jadi itu tidak relevan.) Kita melihat bahwa hanya satu kelebihan yang berlaku, yang Equals(object)satu. Jadi ykotak untuk object. Maka Equalsakan membandingkan a System.Int16ke a System.Int32, dan karena tipe run-time bahkan tidak setuju, itu akan menghasilkan false.

Kami menyimpulkan bahwa dalam beberapa kasus (jarang), mengubah anggota consttipe menjadi static readonlybidang (atau sebaliknya, jika memungkinkan) dapat mengubah perilaku program.

Satu hal yang perlu diperhatikan adalah const terbatas pada tipe primitif / nilai (pengecualian adalah string)

Hanya Baca Statis : Nilai dapat diubah melalui statickonstruktor saat runtime. Tetapi tidak melalui Fungsi anggota.

Constant : Secara default static. Nilai tidak dapat diubah dari mana saja (Ctor, Function, runtime dll no-where)

Hanya Baca : Nilai dapat diubah melalui konstruktor saat runtime. Tetapi tidak melalui Fungsi anggota.

Anda dapat melihat pada repo saya: tipe properti C # .

Kata readonlykunci berbeda dari constkata kunci. Sebuah constlapangan hanya bisa diinisialisasi pada deklarasi lapangan. Sebuah readonlylapangan dapat diinisialisasi baik di deklarasi atau dalam konstruktor. Oleh karena itu, readonlybidang dapat memiliki nilai yang berbeda tergantung pada konstruktor yang digunakan. Juga, sementara constbidang adalah konstanta waktu kompilasi, readonlybidang tersebut dapat digunakan untuk konstanta runtime

Referensi MSDN singkat dan jelas di sini

constdan readonlyserupa, tetapi mereka tidak persis sama.

Sebuah constlapangan adalah waktu kompilasi konstan, yang berarti bahwa nilai yang dapat dihitung pada saat kompilasi. Sebuah readonlylapangan memungkinkan skenario tambahan di mana beberapa kode harus dijalankan selama konstruksi dari jenis. Setelah konstruksi, readonlybidang tidak dapat diubah.

Misalnya, constanggota dapat digunakan untuk mendefinisikan anggota seperti:

struct Test
{
    public const double Pi = 3.14;
    public const int Zero = 0;
}

Karena nilai-nilai seperti 3.14 dan 0 adalah konstanta kompilasi-waktu. Namun, pertimbangkan kasus di mana Anda mendefinisikan suatu tipe dan ingin memberikan beberapa contoh pre-fab. Misalnya, Anda mungkin ingin mendefinisikan kelas Warna dan memberikan "konstanta" untuk warna umum seperti Hitam, Putih, dll. Tidak mungkin melakukan ini dengan anggota const, karena sisi kanan bukan konstanta waktu kompilasi. Orang dapat melakukan ini dengan anggota statis biasa:

public class Color
{
    public static Color Black = new Color(0, 0, 0);
    public static Color White = new Color(255, 255, 255);
    public static Color Red   = new Color(255, 0, 0);
    public static Color Green = new Color(0, 255, 0);
    public static Color Blue  = new Color(0, 0, 255);
    private byte red, green, blue;

    public Color(byte r, byte g, byte b) => (red, green, blue) = (r, g, b);
}

Tapi kemudian tidak ada yang bisa mencegah klien Color dari mucking dengan itu, mungkin dengan menukar nilai Hitam dan Putih. Tak perlu dikatakan, ini akan menimbulkan kekhawatiran bagi klien lain dari kelas Warna. Fitur "readonly" membahas skenario ini.

Dengan hanya memasukkan readonlykata kunci dalam deklarasi, kami menjaga inisialisasi yang fleksibel sambil mencegah kode klien dari mucking sekitar.

public class Color
{
    public static readonly Color Black = new Color(0, 0, 0);
    public static readonly Color White = new Color(255, 255, 255);
    public static readonly Color Red   = new Color(255, 0, 0);
    public static readonly Color Green = new Color(0, 255, 0);
    public static readonly Color Blue  = new Color(0, 0, 255);
    private byte red, green, blue;

    public Color(byte r, byte g, byte b) => (red, green, blue) = (r, g, b);
}

Sangat menarik untuk dicatat bahwa anggota const selalu statis, sedangkan anggota readonly bisa statis atau tidak, seperti bidang biasa.

Dimungkinkan untuk menggunakan kata kunci tunggal untuk kedua tujuan ini, tetapi ini mengarah ke masalah versi atau masalah kinerja. Asumsikan sejenak bahwa kami menggunakan satu kata kunci untuk ini (const) dan pengembang menulis:

public class A
{
    public static const C = 0;
}

dan pengembang lain menulis kode yang mengandalkan A:

public class B
{
    static void Main() => Console.WriteLine(A.C);
}

Sekarang, dapatkah kode yang dihasilkan mengandalkan fakta bahwa AC adalah konstanta waktu kompilasi? Yaitu, bisakah penggunaan AC diganti dengan nilai 0? Jika Anda mengatakan "ya" untuk ini, maka itu berarti bahwa pengembang A tidak dapat mengubah cara AC diinisialisasi - ini mengikat tangan pengembang A tanpa izin.

Jika Anda mengatakan "tidak" untuk pertanyaan ini, maka optimasi penting tidak terjawab. Mungkin penulis A yakin bahwa AC akan selalu nol. Penggunaan const dan readonly memungkinkan pengembang A untuk menentukan maksud. Ini membuat perilaku versi yang lebih baik dan juga kinerja yang lebih baik.

Preferensi saya adalah menggunakan const kapan saja saya bisa, yang seperti yang disebutkan di atas terbatas pada ekspresi literal atau sesuatu yang tidak memerlukan evaluasi.

Jika saya menghadapi batasan itu, maka saya mundur ke statis baca saja , dengan satu peringatan. Saya biasanya akan menggunakan properti statis publik dengan pengambil dan bidang baca statis pribadi pendukung seperti yang disebutkan Marc di sini .

Const: Const tidak lain adalah "konstan", variabel yang nilainya konstan tetapi pada waktu kompilasi. Dan itu wajib untuk memberikan nilai padanya. Secara default, const adalah statis dan kami tidak dapat mengubah nilai variabel const di seluruh program.

ReadOnly Statis: Nilai variabel tipe Readonly Statis dapat diberikan pada saat runtime atau ditugaskan pada waktu kompilasi dan diubah pada saat runtime. Tetapi nilai variabel ini hanya dapat diubah dalam konstruktor statis. Dan tidak bisa diubah lebih lanjut. Itu dapat berubah hanya sekali saat runtime

Referensi: c-sharpcorner

Bidang baca statis hanya menguntungkan saat mengekspos ke majelis lain nilai yang mungkin berubah di versi yang lebih baru.

Misalnya, anggap majelis Xmemperlihatkan konstanta sebagai berikut:

public const decimal ProgramVersion = 2.3;

Jika rakitan Yreferensi Xdan menggunakan konstanta ini, nilai 2.3 akan dimasukkan ke rakitan Ysaat dikompilasi. Ini berarti bahwa jika Xnanti dikompilasi ulang dengan konstanta yang ditetapkan ke 2.4, Ymasih akan menggunakan nilai lama 2.3 hingga Ydikompilasi ulang. Bidang readonly statis menghindari masalah ini.

Cara lain untuk melihat ini adalah bahwa nilai apa pun yang mungkin berubah di masa depan tidak konstan menurut definisi, dan karenanya tidak boleh direpresentasikan sebagai nilai.

const:

1. nilai harus diberikan pada saat deklarasi
2. kompilasi waktu konstan

hanya baca:

1. nilai dapat diberikan pada saat deklarasi atau selama runtime menggunakan konstruktor. Nilai dapat bervariasi tergantung pada konstruktor yang digunakan.
2. jalankan waktu konstan

Const : nilai-nilai variabel const harus didefinisikan bersama dengan deklarasi dan setelah itu tidak akan berubah. const secara statis bersifat statis sehingga tanpa membuat instance kelas kita dapat mengaksesnya. ini memiliki nilai pada waktu kompilasi

ReadOnly : nilai readonly variabel yang dapat kita definisikan saat mendeklarasikan serta menggunakan konstruktor saat runtime. variabel readonly tidak dapat mengakses tanpa instance kelas.

Static readonly : nilai variabel readonly statis yang dapat kita definisikan saat mendeklarasikan serta hanya melalui konstruktor statis tetapi tidak dengan konstruktor lain. Variabel ini juga dapat kita akses tanpa membuat instance kelas (Sebagai variabel statis).

baca statis akan menjadi pilihan yang lebih baik jika kita harus mengkonsumsi variabel dalam majelis yang berbeda. Silakan periksa detail lengkap di tautan di bawah ini

https://www.stum.de/2009/01/14/const-strings-a-very-convenient-way-to-shoot-yself-in-the-foot/

Ada perbedaan kecil antara bidang const dan baca statis di C # .Net

const harus diinisialisasi dengan nilai pada waktu kompilasi.

const secara default statis dan perlu diinisialisasi dengan nilai konstan, yang tidak dapat dimodifikasi kemudian. Itu tidak bisa digunakan dengan semua tipe data. Untuk ex-DateTime. Itu tidak bisa digunakan dengan tipe data DateTime.

public const DateTime dt = DateTime.Today;  //throws compilation error
public const string Name = string.Empty;    //throws compilation error
public static readonly string Name = string.Empty; //No error, legal

readonly dapat dinyatakan sebagai statis, tetapi tidak perlu. Tidak perlu diinisialisasi pada saat deklarasi. Nilainya dapat ditetapkan atau diubah menggunakan konstruktor satu kali. Jadi ada kemungkinan untuk mengubah nilai bidang hanya baca sekali (tidak masalah, apakah itu statis atau tidak), yang tidak mungkin dengan const.

Konstanta seperti namanya, bidang yang tidak berubah dan biasanya didefinisikan secara statis pada waktu kompilasi dalam kode.

Variabel hanya baca adalah bidang yang dapat berubah dalam kondisi tertentu.

Mereka dapat diinisialisasi ketika Anda pertama kali mendeklarasikannya seperti konstanta, tetapi biasanya mereka diinisialisasi selama konstruksi objek di dalam konstruktor.

Mereka tidak dapat diubah setelah inisialisasi terjadi, dalam kondisi yang disebutkan di atas.

Baca-saja statis terdengar seperti pilihan yang buruk bagi saya karena, jika itu statis dan tidak pernah berubah, jadi gunakan saja konstelasi publik, jika itu dapat berubah maka itu tidak konstan dan kemudian, tergantung pada kebutuhan Anda, Anda dapat menggunakan baca -only atau hanya variabel biasa.

Juga, perbedaan penting lainnya adalah konstanta milik kelas, sedangkan variabel read-only milik instance!

Sebuah konst (ditentukan pada waktu kompilasi) dapat digunakan dalam kasus-kasus di mana statik yang tidak dapat dibaca, seperti dalam pernyataan switch, atau konstruktor atribut. Ini karena bidang hanya baca diselesaikan pada waktu berjalan, dan beberapa konstruksi kode memerlukan jaminan waktu kompilasi. Statis yang dapat dibaca dapat dihitung dalam konstruktor, yang seringkali merupakan hal yang penting dan berguna. Perbedaannya fungsional, sebagaimana seharusnya penggunaannya menurut saya.

Dalam hal alokasi memori, setidaknya dengan string (menjadi tipe referensi), tampaknya tidak ada perbedaan dalam bahwa keduanya diinternir dan akan merujuk pada satu contoh yang diinternir.

Secara pribadi, default saya hanya statis, karena lebih masuk akal semantik dan logis bagi saya, terutama karena sebagian besar nilai tidak diperlukan pada waktu kompilasi. Dan, omong-omong, statika yang bisa dibaca publik bukan tidak biasa atau tidak umum sama sekali seperti yang dinyatakan oleh jawaban: misalnya, System.String.Emptyadalah satu.

Perbedaan lain antara mendeklarasikan const dan static readonly adalah dalam alokasi memori.

Bidang statis milik jenis objek daripada turunan dari jenis itu. Akibatnya, setelah kelas direferensikan untuk pertama kalinya, bidang statis akan "hidup" di memori untuk sisa waktu, dan contoh yang sama dari bidang statis akan dirujuk oleh semua contoh dari tipe tersebut.

Di sisi lain, bidang const "milik turunan dari tipe.

Jika ingatan akan alokasi lebih penting bagi Anda, lebih baik gunakan const . Jika kecepatan, maka gunakan baca statis saja .