A sınıfı bu sınıfta bir kod parçasının ararken başladığınızda 'çok fazla'. Bunu olmalı biliyorum, ama sınıf kodu kaydırma tutun. Bu, sınıf 'çok fazla' yaptığı güçlü bir işaretidir.

Btw aynı. işlevleri için de geçerlidir. Eğer fonksiyonlar arıyorsanız, tek bir yerde onları 'çok fazla' var.

Eğer kopyalama-yapıştırma kod önlemek için, uygulama üzerinde birkaç farklı yerlerinde birçok kez çağrılabilir bazı kod var olduğunda bir fonksiyon kullanılmalıdır.

A sınıfı bir varlık göstermek için kullanılmalıdır:

• something veri
• ve yöntemleri (behaviors) olanlar verilere uygulanabilir

too much hiçbir gerçek kavramı vardır: hangi konularda sınıf entity kılan içerdiği olduğunu; başka bir şey, hiçbir şey daha az.

Sınıf ne açıklayın. Eğer kelime kullanmak 've' eğer açıklamasında, çok fazla yapıyor. A sınıfı bir şey yapmak gerekir. Aynı işlevler için de geçerli.

Ben gerçekten "biz onun etkisini en aza indirmek ne çok fazla ve çok önemli ve olması" ile ne demek anlamıyorum. Object-oriented programming bu konuda düşünmek ve sadece fonksiyonlar-işletim-on-data daha problem setleri çözüm düzenlemek için daha doğal bir yol, çünkü ortaya çıkan bir kuramdır. Çoğu sorunlar hakkında düşünmek için daha doğal bir yol, çünkü asıl soru, "bizim çözüm geliştirmek için etkili bir nesneye yönelim kullanarak ve kod refactor değilken nasıl söyleyebilir?" Olmalıdır

Genellikle Fonksiyon veri fazlalığını azaltmak için kullanılır. Sınıf bir birine fonksiyonunun tüm sarma, ve aynı zamanda kendi sınıf nesneleri ile yalnızca kullanılabilir veri ve diğer fonksiyonları güvenli iken.

Ben muhtemelen ikisi arasında gerçek bir realtion fonksiyonların bir depo olarak Sınıfları kullanarak konum yazınızın tarafından düşünüyorum. (Ben sadece sonuçlara atlama eğer ben çok üzgünüm, yanlış olabilir)

Sınıflar son derece yararlı ve OOP tabanı vardır.

Son derece kötü niyetli bir benzetmeyle:

Bir kağıt yaprağı gibi bir şey düşünün.

Bir kağıt yaprağı Boyut, Renk, Şekil, Malzeme gibi özelliklere sahiptir.

Bir origami vb (= P), katlayın, içinde bir şey yazmak gibi bir kağıt yaprağı ile şeyler yapabilirsiniz.

Yani programlama dili kullanılarak:

PapaerSheet A Sınıfı

Boyut, Renk, Şekil, Malzeme sınıfı kağıt yaprağı değişkenleri, adap vardır

Write_Something_In_It, Origami_It Bu sınıfın fonksiyonları

Sadece bazı metin sağlamak için gereken Write_Something_In_It gerçekleştirmek için, ama bir Swan Toad yapma farklı yapma beri daha talimatlara sağlamak gerekir Origami_It gerçekleştirmek için.

SO, böyle bir şey olacağını kodlama:

<?
   class PaperSheet {
        var $size;
        var $color;
        var $material;
        var $shape;

        function Write_Something_In_It($text) {
            /// Some Code
        }
        function Origami_It($OrigamiShape) {
            if ( $OrigamiShape < $this->$shape ) {
                          echo "You can do the origami";
                  } else {
                          echo "You can't do the origami";
            }

        }
    }
?>

Yani kağıt yaprağı Sınıf onunla neler yapabileceğini bir kağıt Formu ve ne tanımlar. Ofisinizde idenctical Kağıt Sheet sürü vardır beri, her zaman size Sınıf kağıt yaprağı yeni bir nesne "yaratmak" yığından Kağıt Sayfası kapmak.

Hatta (tabii farklı adlandırılmış) 100 kağıt yaprağı nesneleri oluşturmak ve bir kabine (dizi) saklayabilirsiniz.

Şimdi, yukarıya bakınız değişkenler sadece bir kağıt yaprağı bağlamında mantıklı olmalıdır, ve sadece kağıt yaprağı sınıf bağlamında kullanılmalıdır.

SMAE Fonksiyonlar için de geçerli.

Eğer ayrıca bir boyutu ve rengi vardır örneğin Tablo gibi diğer sınıfları, varsa bir A4 kağıdının bir boyutu varsa, bu mantıklı değil.

Ve (eğer yapabilirseniz rağmen, bu awsome olurdu) bir tablo Origami mümkün olmamalıdır.

Onlar ony şal kodu ile değil bunu kullanarak daha sezgisel bir yol vermek gibi Yani, bir OOPL, Derslik, son derece yararlıdır.

Umarım yardımcı olur