1. Aksiyon Tanımlama
   
   • Kuika platformunda projenizi açın.

• Sağ kenardaki Add Action butonuna tıklayın ve Check Key Existence aksiyonunu seçin.

2. Cache Key Belirleme

• Kontrol etmek istediğiniz key’i seçin. Bu key, daha önce Push To Cache ile eklenmiş olmalıdır.
• Örnek: user_123_filters

3. Cache Sağlayıcısını Kullanma
   
   • Key’in bulunduğu cache sağlayıcısı ile aynı olmalıdır (InMemory, Redis, Mongo veya SQL).
4. Aksiyonun Çalıştırılması ve Test Edilmesi
   
   • Preview modunda aksiyonu çalıştırın.
   • Çıktı olarak, key’in cache’de bulunup bulunmadığını doğrulayabilirsiniz.
   • Redis kullanıyorsanız, terminal üzerinden redis-cli -h localhost -p 6379 ile key varlığını kontrol edebilirsiniz.

Önemli Noktalar

• Check Key Existence aksiyonu, yalnızca Push To Cache ile eklenen veya cache’de hali hazırda var olan Key’ler için geçerlidir.
• InMemory seçildiğinde, uygulama kapatıldığında değerler silineceği için key varlığı kaybolur.
• Key bulunmazsa aksiyon false veya hata döndürebilir; sonraki aksiyonlarda buna göre koşul eklemek önemlidir.
  

Bir e-ticaret uygulamasında kullanıcı, ürün filtrelerini Push To Cache ile kaydetmiş. Kullanıcı filtreleri uygulamadan önce, Check Key Existence aksiyonu ile filtrelerin Cache’de olup olmadığı kontrol edilir. Böylece Fetch From Cache veya Remove From Cache aksiyonları yalnızca geçerli Key’ler üzerinden çalışır.

Adım Adım Kullanım

• Filtre Key Kontrolü
  
  • Kullanıcı ürün listesi sayfasına geldiğinde sistem, user_123_filters key’inin cache’de bulunup bulunmadığını Check Key Existence ile kontrol eder.
• Check Key Existence Aksiyonunun Çalıştırılması
  
  • Sayfa yüklenme veya buton tıklama olayına OnClick aksiyonu olarak eklenir.
• Parametreler
  
  • Cache Key: user_123_filters
• Sonraki Aksiyonlar
  
  • Eğer key mevcutsa: Fetch From Cache ile filtreler yüklenir.
  • Eğer key yoksa: Kullanıcıya “Önce filtreleri kaydedin” gibi bir uyarı gösterilebilir veya default değerler uygulanır.
• Test ve Doğrulama
  
  • Web: Redis CLI ile EXISTS user_123_filters komutu ile key varlığı doğrulanır.
  • Mobil: InMemory cache preview modunda key’in varlığı veya yokluğu test edilir.

• Koşullu Kontrol: Key’in varlığı belirli kullanıcı rolleri, ekran durumları veya uygulama durumlarına göre kontrol edilebilir. Örneğin yalnızca admin kullanıcıları için belirli Key’ler doğrulanabilir.
• Expiration Dinamiği: Key’in varlığı kontrol edilirken, expiration süresi dinamik olarak dikkate alınabilir; örneğin belirli bir süre dolmuş Key’ler yok sayılabilir.
• Varsayılan Değer Atama: Key Cache’de yoksa, aksiyondan sonra kullanılacak değişkene varsayılan değer atanabilir veya fallback aksiyonları tetiklenebilir.
• Output Tip Kontrolü: Key mevcutsa, geri döndürülen veri tipinin downstream aksiyonlarla uyumlu olduğundan emin olunabilir.

Teknik Riskler

• Yanlış Key Kullanımı: Check Key Existence aksiyonunda yanlış veya hatalı key kullanımı, downstream aksiyonlarda hatalara yol açabilir.
• InMemory Limitasyonları: InMemory cache kullanıldığında uygulama kapandığında key kaybolacağından, yanlış varsayımlara dayalı kontroller oluşabilir.
• Connection String Hataları: Redis, Mongo veya SQL Connection String’inin hatalı olması aksiyonun çalışmamasına neden olabilir.
• Expiration Hataları: Yanlış ayarlanmış expiration süreleri, key’in beklenenden önce silinmesine veya gereksiz uzun süre tutulmasına yol açabilir.
• Beta Davranışları: Redis veya diğer Provider’larla ilgili bazı davranışlar test ve önizleme ortamlarında farklılık gösterebilir.