"O'qilmagan" belgilarni saqlash

Xabarlar massivi bor:

          let messages = [
  { text: "Salom", from: "John" },
  { text: "Ishlar qalay?", from: "John" },
  { text: "Ko'rishguncha", from: "Alice" },
];
        

Sizning kodingiz unga kirish imkoniga ega, lekin xabarlar boshqa birovning kodi tomonidan boshqariladi. Yangi xabarlar qo’shiladi, eskilari o’sha kod tomonidan muntazam ravishda olib tashlanadi va siz bu qachon sodir bo’lishini aniq bilmaysiz.

Endi, xabar “o’qilgan” yoki yo’qligini saqlash uchun qaysi ma’lumotlar strukturasidan foydalanishingiz mumkin? Struktura berilgan xabar objekti uchun “u o’qildimi?” savoliga javob berishga mos kelishi kerak.

P.S. Xabar messages dan olib tashlanganida, u sizning strukturangizdan ham yo’qolishi kerak.

P.P.S. Biz xabar objektlarini o’zgartirishimiz, ularga o’z xususiyatlarimizni qo’shishimiz kerak emas. Ular boshqa birovning kodi tomonidan boshqarilganligi sababli, bu yomon oqibatlarga olib kelishi mumkin.

WeakSet yordamida o’qilgan xabarlarni saqlash

Keling, o’qilgan xabarlarni WeakSet da saqlaylik:

let messages = [
  { text: "Salom", from: "John" },
  { text: "Ishlar qalay?", from: "John" },
  { text: "Ko'rishguncha", from: "Alice" },
];

let readMessages = new WeakSet();

// ikkita xabar o'qildi
readMessages.add(messages[0]);
readMessages.add(messages[1]);
// readMessages da 2 ta element bor

// ...keling birinchi xabarni yana o'qiylik!
readMessages.add(messages[0]);
// readMessages hali ham 2 ta noyob elementga ega

// javob: messages[0] o'qildimi?
alert("0-xabar o'qildi: " + readMessages.has(messages[0])); // true

messages.shift();
// endi readMessages da 1 ta element bor (texnik jihatdan xotira keyinroq tozlanishi mumkin)

WeakSet xabarlar to’plamini saqlashga va unda xabarning mavjudligini oson tekshirishga imkon beradi.

U o’zini avtomatik ravishda tozlaydi. Buning evaziga biz uni iterate qila olmaymiz, undan to’g’ridan-to’g’ri "barcha o’qilgan xabarlar"ni ololmaymiz. Ammo biz buni barcha xabarlar bo’ylab iterate qilib va to’plamda bo’lganlarini filtrlash orqali amalga oshirishimiz mumkin.

Muqobil yechim – Simbolik xususiyat

Boshqa, boshqacha yechim xabar o’qilgandan keyin unga message.isRead=true kabi xususiyat qo’shish bo’lishi mumkin. Xabar objektlari boshqa kod tomonidan boshqarilganligi sababli, bu odatda tavsiya etilmaydi, lekin konfliktlardan qochish uchun simbolik xususiyatdan foydalanishimiz mumkin.

Mana bunday:

          // simbolik xususiyat faqat bizning kodimizga ma'lum
let isRead = Symbol("isRead");
messages[0][isRead] = true;
        

Endi uchinchi tomon kodi bizning qo’shimcha xususiyatimizni ko’rmasligi mumkin.

Yondashuvlarni taqqoslash

Yondashuv	Afzalliklari	Kamchiliklari
WeakSet	• Avtomatik tozlanish • Arxitektura jihatdan toza • Noyoblikni ta’minlaydi	• Iterate qilib bo’lmaydi • To’g’ridan-to’g’ri barcha elementlarni olib bo’lmaydi
Simbolik xususiyat	• Iterate qilish mumkin • Konfliktlar ehtimoli past	• Qo’lda boshqarish kerak • Objektni o’zgartirish

Garchi simbollar muammolar ehtimolini pasaytirishga yordam bersa ham, arxitektura nuqtai nazaridan WeakSet dan foydalanish yaxshiroqdir.

Nima uchun WeakSet yaxshiroq?

Toza arxitektura: Biz boshqa kodning objektlarini o’zgartirmaymiz
Avtomatik tozlanish: Xabar yo’q qilinganda, o’qish holati ham avtomatik o’chadi
Xotira samaradorligi: Keraksiz ma’lumotlar to’planmaydi
Enkapsulatsiya: O’qish holati alohida boshqariladi

Bu misol WeakSet ning real loyihalarda qanday ishlatilishini ko’rsatadi – vaqtinchalik holatni saqlash va avtomatik tozlanishdan foydalanish uchun.