Kayıt otoritesi

Temel bilgilerden başlayarak Tescil'in gayriresmi bir tanımını aşağıda bulabilirsiniz:

Ancak:

Bununla birlikte, başarılı bir proje yöneticisi olabilmek için verimli bir şekilde kullanabileceğini anlıyoruz.

Bir anahtar kümesi tutma yerinde getPrimitive() adlı kişiyi çağırdığınızda ne olur? Sizi oluşturmak için somut yöntemlere sahip nesneler içeren Registry1'e anahtarları ve temel öğeleri (örneğin, AesGcm anahtarı veya bir ChunkedMac örneği. Tescil'in görevi, aramayı koyduğunuzdan emin olun. Bu işlem yalnızca nesne kayıtlıysa çalışır. kullanacağınız temel öğeleri her zaman kaydetmeniz önemlidir.

Ama ihtiyacım olan temel unsurları zaten kaydettirmiş bir kitaplık kullanırsam ne olur?

Sorun da budur. Ayrıca, Tescil'in kaldırılmasının nedenlerinden biri de Çünkü bu durumda kodunuz yalnızca kütüphane yazarları tarafından kaydetmez. Bu noktada kodunuz bozulur ve neden açık olmadığı ve kafa karıştırıcı olduğuna karar vermelidir. Bu nedenle, her zaman kullanın. Örneğin, Java kodunuzda MAC kullanmayı planlıyorsanız kurulum aşamasında şunlar:

MacConfig.register()

Bu kod, tüm gerekli nesnelerin ve temel MAC kullanımı için gerekli yerleri kapsamalıdır.

Bu sorunun bir tarafı daha var. Bağımlılıklarınızdan bazıları ihtiyaç duymadığınız ve güvenmemeyi tercih ettiğiniz öğelerdir. Bu neden diğer bir nedenden de genel Kayıt Defteri'ni kaldırabilirsiniz.

  1. öğesini, class Registry'nin global tekil örneğine bakalım. "Kayıt Otoritesi" adını kullanıyoruz. bir değer ifade eder. ↩