Pertanyaan yang diberi tag «immutability»


1
Konsumsi memori redux [tertutup]
Tutup. Pertanyaan ini di luar topik . Saat ini tidak menerima jawaban. Ingin meningkatkan pertanyaan ini? Perbarui pertanyaan sehingga sesuai topik untuk Rekayasa Perangkat Lunak Stack Exchange. Ditutup 3 tahun yang lalu . Kerangka kerja Redux mendukung negara / paradigma fungsi murni, yang mempromosikan penciptaan negara baru dari negara sebelumnya …


8
Apakah objek yang tidak berubah dan DDD berjalan bersama?
Pertimbangkan sistem yang menggunakan DDD (juga: sistem apa pun yang menggunakan ORM). Inti dari sistem apa pun secara realistis, dalam hampir setiap kasus penggunaan, adalah memanipulasi objek domain tersebut. Kalau tidak, tidak ada efek atau tujuan nyata. Memodifikasi objek yang tidak dapat diubah akan menyebabkannya untuk menghasilkan catatan baru setelah …

4
Apakah ada strategi desain khusus yang dapat diterapkan untuk menyelesaikan sebagian besar masalah ayam dan telur saat menggunakan objek yang tidak dapat diubah?
Berasal dari latar belakang OOP (Jawa), saya belajar Scala sendiri. Sementara saya dapat dengan mudah melihat keuntungan dari menggunakan objek yang tidak dapat diubah secara individual, saya mengalami kesulitan melihat bagaimana seseorang dapat merancang seluruh aplikasi seperti itu. Saya akan memberi contoh: Katakanlah saya memiliki objek yang mewakili "bahan" dan …

7
Pada titik apakah kelas yang tidak dapat berubah menjadi beban?
Ketika merancang kelas untuk menampung model data Anda, saya sudah membacanya dapat berguna untuk membuat objek yang tidak dapat diubah tetapi pada titik apa beban daftar parameter konstruktor dan salinan yang dalam menjadi terlalu banyak dan Anda harus meninggalkan batasan yang tidak dapat diubah? Sebagai contoh, ini adalah kelas yang …


4
Bukankah paradigma fungsional terlalu berbeda dengan perangkat keras yang mendasari agar efisien secara umum?
Terinspirasi oleh pertanyaan dari SO: /programming/6623391/how-to-gain-control-of-a-5gb-heap-in-haskell Ini bisa menjadi perdebatan panjang tentang berbagai kelebihan dan kekurangan FP, tetapi untuk sekarang, saya ingin mempersempit ruang lingkup efisiensi utama FP pada perangkat keras modern. Tesis: Paradigma fungsional menyiratkan kekekalan dan kewarganegaraan (?), Tetapi perangkat keras yang kita jalankan program fungsionalnya adalah stateata …


7
Membawa Kepalaku Berputar
Saya baru mengenal pemrograman berorientasi objek, dan satu konsep yang telah lama saya pahami adalah kekekalan. Saya pikir bola lampu padam tadi malam tapi saya ingin memverifikasi: Ketika saya menemukan pernyataan bahwa objek tidak dapat diubah tidak dapat diubah, saya bingung karena saya dapat, misalnya, melakukan hal berikut: NSString *myName …

4
Saat pemrograman dalam gaya Fungsional, apakah Anda memiliki satu status aplikasi yang Anda anyam melalui logika aplikasi?
Bagaimana cara membuat sistem yang memiliki semua hal berikut : Menggunakan fungsi murni dengan objek yang tidak berubah. Hanya meneruskan ke data fungsi yang dibutuhkan fungsi, tidak lebih (yaitu tidak ada objek status aplikasi besar) Hindari terlalu banyak argumen pada fungsi. Hindari harus membuat objek baru hanya untuk tujuan mengemas …



4
Pemrograman Fungsional - Kekekalan
Saya mencoba untuk memahami berurusan dengan data yang tidak dapat diubah dalam FP (khususnya dalam F #, tetapi FP lain juga ok) dan menghentikan kebiasaan lama berpikir penuh negara (gaya OOP). Sebagian dari jawaban yang dipilih untuk pertanyaan di sini mengulangi pencarian saya untuk setiap tulisan di sekitar masalah yang …

6
Apa kelemahan dari tipe yang tidak dapat diubah?
Saya melihat diri saya menggunakan lebih banyak tipe yang tidak dapat diubah ketika instance kelas tidak diharapkan untuk diubah . Ini membutuhkan lebih banyak pekerjaan (lihat contoh di bawah), tetapi membuatnya lebih mudah untuk menggunakan tipe-tipe dalam lingkungan multithreaded. Pada saat yang sama, saya jarang melihat tipe yang tidak dapat …
12 c#  immutability 

Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.