Bir yöntemi yeniden adlandırmak kapsüllemeyi koruyabilir mi?

Alıcılar / ayarlayıcılar ne zaman haklı olduğu hakkında bu sayfayı okuyordum ve OP aşağıdaki kod örneğini verdi:

class Fridge
{
     int cheese;

     void set_cheese(int _cheese) { cheese = _cheese; }
     int get_cheese() { return cheese; }
 }

void go_shopping(Fridge fridge)
{
     fridge.set_cheese(fridge.get_cheese() + 5);        
}

Kabul edilen cevap :

Bu arada, senin örnekte, ben sınıfını verecek ve yerine yöntemleri ve . O zaman hala kapsüllemeniz olur.FridgeputCheese()takeCheese()get_cheese()set_cheese()

Kapsülleme, get / set olarak putCheese()/ olarak yeniden adlandırılarak nasıl korunur takeCheese()? Açıkçası bir değer alıyorsunuz / ayarlıyorsunuz, neden onu get / set olarak bırakmıyorsunuz?

Aynı cevapta şunları da belirtir:

Alıcılara ve pasörlere sahip olmak başlı başına kapsüllenmeyi bozmaz. Enkapsülasyonu bozan şey, herhangi bir düşünce vermeden her veri üyesi için (java lingo'daki her alan) otomatik olarak bir alıcı ve ayarlayıcı eklemektir.

Bu durumda, sadece bir değişkenimiz var cheeseve peyniri buzdolabına alıp iade etmek isteyebilirsiniz, bu nedenle bu durumda bir get / set çifti haklı çıkar.

Bence bu noktayı kaçırıyorsun. Setter ve alıcıyı yeniden adlandırmanız gerektiğini söylemez, ancak buzdolabından öğe ekleyip kaldıran yöntemlere sahip olmaktır. yani

public class Fridge
{
    private int numberOfCheeseSlices;

    public void AddCheeseSlices(int n)
    {
         if(n < 0) { 
             throw new Exception("you cant add negative cheese!");
         }
         if(numberOfCheeseSlices + n > this.capacityOfFridge) { 
             throw new Exception("TOO MUCH CHEESE!!");
         }
         ..etc
         this.numberOfCheeseSlices += n;
    }
}

Şimdi özel değişken kapsüllenmiştir. Sadece istediğim herhangi bir şeye ayarlayamıyorum, sadece yöntemleri kullanarak buzdolabından peynir dilimleri ekleyebilir ve çıkarabilirim, bu da istediğim peynir iş mantığı kurallarının uygulanmasını sağlar.

Harfler ve ayarlayıcılar tanımı gereği her seferinde kapsüllemeyi keserler . Ne olabilir tartışılabilir bazen bunu yapmak zorunda olmasıdır. Yoldan çekilince, işte benim cevaplarım:

Kapsülleme, getCet / putCheese () / takeCheese () olarak yeniden adlandırılarak nasıl korunur?

Aradaki fark anlambilimdedir, yani yazdıklarınızın anlamı. Kapsülleme sadece iç durumu korumakla kalmaz, aynı zamanda iç durumu gizlemekle de ilgilidir . İç durum dışarıda bile bilinmemelidir, bunun yerine nesnenin bu durumu manipüle etmek / kullanmak için işle ilgili yöntemler (bazen "davranış" olarak adlandırılır) sunması beklenir.

Yani getve setteknik terimler ve "buzdolabı" etki alanı ile ilgisi yok gibi görünüyor, putve takeaslında bir anlam ifade edebilir.

Ancak , ister putveya takeyapmak fiili anlamda hala gereksinimlerine bağlıdır ve objektif karar alınamaz. Sonraki noktaya bakın:

Bu durumda, sadece bir değişkenimiz var, peynir ve peyniri buzdolabına alıp iade etmek isteyebilirsiniz, bu nedenle bu durumda bir get / set çifti haklı çıkar.

Bu, daha fazla bağlam olmadan nesnel olarak belirlenemez. go_shopping()Örneğiniz başka bir yerde bir yöntem içeriyor . Bu ne olursa Fridgeo mu daha içindir değil ihtiyaç getya setne ihtiyacı olduğunu Fridge.go_shopping(). Bu şekilde gereksinimlerden türetilmiş bir yönteminiz olur, ihtiyacı olan tüm "veriler" yereldir ve sadece ince örtülü bir veri yapısı yerine gerçek davranışınız olur .

Unutmayın, jenerik, tekrar kullanılabilir bir yapı oluşturmuyorsunuz Fridge. Sadece Fridgegereksinimleriniz için bir bina inşa ediyorsunuz. Yapılması gerekenden daha fazlasını yapmak için harcanan her çaba aslında boşa harcanıyor.

Neredeyse bunların hepsi kapsüllemenin temel bir yanlış anlaşılmasını ve nasıl uygulandığını göstermektedir.

Kapsülleme işlemini kırdığınız ilk yanıt yanlıştır. Uygulamanızın arttırma / azaltma veya ekleme / çıkarma yerine buzdolabındaki peynir değerini ayarlaması gerekebilir. Ayrıca, ne diyor olursanız olun, özniteliklere erişme ve / veya değiştirme gereksiniminiz varsa, bunları sağlayarak kapsüllemeyi kırmazsınız, anlambilim değildir. Son olarak, kapsülleme gerçekten "gizleme" ile ilgili değildir, sınıfın dışında olması ya da manipüle edilmesi gerekmeyen durum ve değerlere erişimi kontrol etmek ve buna gerek duyulanlara vermek ve dahili olarak sunulan görevi yerine getirmekle ilgilidir.

Bir alıcı veya ayarlayıcı, bir değer almak veya ayarlamak için meşru bir ihtiyaç olduğunda kapsüllemeyi kesmez. Bu yüzden yöntemler herkese açık hale getirilebilir.

Kapsülleme, verileri ve bu verileri doğrudan tek bir mantıksal yerde, sınıfta değiştirmeye yönelik yöntemlerle ilgilidir.

Bu özel durumda, uygulamada peynir değerinin değiştirilmesine açıkça ihtiyaç vardır. Bunun nasıl yapıldığına bakılmaksızın, yöntemler sınıfta kapsüllendiği sürece get / set veya add / remove ile nesne yönelimli stili izliyorsunuz.

Açıklığa kavuşturmak için, yöntem adı veya mantıksal yürütme ne olursa olsun erişim sağlayarak kapsüllemenin nasıl bozulduğuna bir örnek vereceğim.

Diyelim ki buzdolabınızın "kullanım ömrü" var, buzdolabı artık çalışmaya başlamadan önce sadece birtakım keneler (tartışma uğruna buzdolabı tamir edilemez). Mantıksal olarak, bir kullanıcının (veya uygulamanızın geri kalanının) bu değeri değiştirmesi mümkün değildir. Özel olmalı. Yalnızca "isWorking" olarak bilinen farklı bir genel özellik söylenerek görülebilir. Ömrü sona erdiğinde, dahili buzdolabı setleri yanlış olarak çalışır.

Geri sayım ömrünün yürütülmesi ve isWorking anahtarının çevrilmesi tamamen buzdolabının içindedir, dışarıdaki hiçbir şey işlemi etkileyemez / yapamaz. isÇalışma yalnızca görünür olmalıdır, bu nedenle bir alıcı kapsüllemeyi bozmaz. Ancak, ömür boyu sürecin öğeleri için erişimcilerin eklenmesi kapsüllemenizi bozacaktır.

Çoğu şey gibi, kapsüllemenin tanımı da gerçek değildir, görecelidir. X'i sınıf dışında görebilmeniz gerekir mi? Y'yi değiştirebilmeniz gerekir mi? Bu sınıfta nesneniz için geçerli olan her şey mi yoksa işlevsellik birden fazla sınıfa mı yayılmış?

Sadece bir yöntemi yeniden adlandırmak değil. İki yöntem farklı şekilde çalışır.

(Bunu aklında hayal et)

get_cheese ve set_cheese peynirleri ortaya çıkarır. putCheese () ve takeCheese () peyniri gizli tutar ve onu yönetmeye özen gösterir ve kullanıcıya bununla başa çıkma yolu verir. Gözlemci peyniri görmüyor, sadece onu işlemek için iki yöntem görüyor.