Javascript ne zaman prototipler kullanılır?

Question 1

Js'de prototip yöntemlerini kullanmanın ne zaman uygun olduğunu anlamak istiyorum. Her zaman kullanılmalı mı? Yoksa bunları kullanmanın tercih edilmediği ve / veya performans cezası gerektiren durumlar var mı?

Bu sitede js'de ad aralığı için yaygın yöntemler araştırılırken, çoğu prototip tabanlı olmayan bir uygulama kullanıyor gibi görünüyor: sadece bir ad alanını kapsüllemek için bir nesne veya bir işlev nesnesi kullanmak.

Sınıf temelli bir dilden gelince, paralellikler kurmaya çalışmamak ve prototiplerin "sınıflar" gibi olduğunu ve bahsettiğim ad alanı uygulamalarının statik yöntemler gibi olduğunu düşünmemek zor.

Question 2

Prototipler bir optimizasyondur .

Bunları iyi kullanmanın harika bir örneği jQuery kitaplığıdır. Kullanarak bir jQuery nesnesi elde ettiğiniz her seferinde $('.someClass'), bu nesnenin düzinelerce "yöntemi" vardır. Kütüphane bunu bir nesneyi döndürerek başarabilir:

return {
   show: function() { ... },
   hide: function() { ... },
   css: function() { ... },
   animate: function() { ... },
   // etc...
};

Ancak bu, bellekteki her jQuery nesnesinin aynı yöntemleri içeren düzinelerce adlandırılmış yuvaya sahip olacağı anlamına gelir.

Bunun yerine, bu yöntemler bir prototip üzerinde tanımlanır ve tüm jQuery nesneleri, tüm bu yöntemleri çok düşük çalışma zamanı maliyetiyle elde etmek için bu prototipi "miras alır".

JQuery'nin bunu nasıl doğru yaptığının hayati önem taşıyan bir kısmı, bunun programcıdan gizlenmiş olmasıdır. Kitaplığı kullanırken endişelenmeniz gereken bir şey olarak değil, tamamen bir optimizasyon olarak ele alınır.

JavaScript ile ilgili sorun, yalın yapıcı işlevlerin, arayan kişinin önek olarak bunları eklemeyi hatırlamasını gerektirmesidir, newaksi halde genellikle çalışmazlar. Bunun için iyi bir sebep yok. jQuery, bu saçmalığı sıradan bir işlevin arkasına saklayarak doğru yapar $, böylece nesnelerin nasıl uygulandığını umursamak zorunda kalmazsınız.

ECMAScript 5, belirli bir prototipe sahip bir nesneyi rahatça oluşturabilmeniz için standart bir işlev içerir Object.create. Oldukça basitleştirilmiş bir versiyonu şöyle görünecektir:

Object.create = function(prototype) {
    var Type = function () {};
    Type.prototype = prototype;
    return new Type();
};

Sadece bir yapıcı işlevi yazmanın ve sonra onu çağırmanın acısıyla ilgilenir new.

Prototiplerden ne zaman kaçınırsınız?

Java ve C # gibi popüler OO dilleriyle kullanışlı bir karşılaştırma yapılır. Bunlar iki tür kalıtımı destekler:

arayüz Eğer kalıtım, implementbir interfacetür sınıf arayüzünün her üyesi için kendi benzersiz uygulamasını sağladığından.
bazı yöntemlerin varsayılan uygulamalarını sağlayan extendbir uygulama mirası class.

JavaScript'te prototip kalıtım bir tür uygulama mirasıdır. Dolayısıyla, (C # veya Java'da) varsayılan davranışı elde etmek için temel bir sınıftan türetilmiş olduğunuz, daha sonra geçersiz kılmalar yoluyla küçük değişiklikler yaptığınız bu durumlarda, JavaScript'te prototip kalıtım anlamlıdır.

Bununla birlikte, C # veya Java'da arayüzler kullanmanız gereken bir durumdaysanız, JavaScript'te herhangi bir özel dil özelliğine ihtiyacınız yoktur. Arayüzü temsil eden bir şeyi açıkça bildirmeye gerek yoktur ve nesneleri bu arayüzü "uyguluyor" olarak işaretlemeye gerek yoktur:

var duck = {
    quack: function() { ... }
};

duck.quack(); // we're satisfied it's a duck!

Diğer bir deyişle, her bir nesne "türü" kendi "yöntem" tanımlarına sahipse, o zaman bir prototipten miras almanın bir değeri yoktur. Bundan sonra, her türden kaç örnek ayırdığınıza bağlıdır. Ancak birçok modüler tasarımda, belirli bir tipin yalnızca bir örneği vardır.

Ve aslında, birçok kişi tarafından uygulama mirasının kötü olduğu öne sürülmüştür . Yani, bir tür için bazı ortak işlemler varsa, o zaman bir temel / süper sınıfa konulmamaları, bunun yerine nesneyi (leri) ilettiğiniz bazı modüllerde sıradan işlevler olarak ortaya çıkmaları daha net olabilir. onların üzerinde işlem yapmalarını istiyorsun.

Question 3

Nesnenin "statik olmayan" bir yöntemini bildirmek istiyorsanız, prototipler kullanmalısınız.

var myObject = function () {

};

myObject.prototype.getA = function (){
  alert("A");
};

myObject.getB = function (){
  alert("B");
};

myObject.getB();  // This works fine

myObject.getA();  // Error!

var myPrototypeCopy = new myObject();
myPrototypeCopy.getA();  // This works, too.

Question 4

Yerleşik kullanmanın bir nedeni prototype nesneyi ortak işlevselliği paylaşacak bir nesneyi birden çok kez kopyalayacak olmanızdır. Prototipe yöntemler ekleyerek, her newörnek için oluşturulan çoğaltma yöntemlerinden tasarruf edebilirsiniz . Ancak öğesine bir yöntem eklediğinizde prototype, tüm örnekler bu yöntemlere erişebilir.

Temel bir Car()sınıfınız / nesneniz olduğunu varsayalım.

function Car() {
    // do some car stuff
}

sonra birden çok Car()örnek oluşturursunuz .

var volvo = new Car(),
    saab = new Car();

Artık her arabanın sürmesi, açılması vb. Gerektiğini biliyorsunuz. Car()Sınıfa doğrudan bir yöntem eklemek yerine (oluşturulan her örnek için belleği kaplar), bunun yerine yöntemleri prototipe ekleyebilirsiniz (yalnızca yöntemleri bir kez), bu nedenle hem yeni için bu yöntemlere erişim sağlayarak volvove saab.

// just mapping for less typing
Car.fn = Car.prototype;

Car.fn.drive = function () {
    console.log("they see me rollin'");
};
Car.fn.honk = function () {
    console.log("HONK!!!");
}

volvo.honk();
// => HONK!!!
saab.drive();
// => they see me rollin'

Question 5

Belirli bir tür nesnenin çok sayıda kopyasını oluşturacağınız ve hepsinin ortak davranışları paylaşması gerektiğinde, işlevleri prototip nesneye koyun. Bunu yaparak, her işlevin yalnızca bir kopyasına sahip olarak bellekten tasarruf edersiniz, ancak bu yalnızca en basit faydadır.

Prototip nesnelerindeki yöntemleri değiştirmek veya yöntemler eklemek, karşılık gelen türlerin tüm örneklerinin doğasını anında değiştirir.

Şimdi tüm bunları tam olarak neden yaptığınız, çoğunlukla kendi uygulama tasarımınızın bir işlevidir ve istemci tarafı kodunda yapmanız gereken şeylerdir. (Tamamen farklı bir hikaye, bir sunucunun içindeki kod olabilir; orada daha büyük ölçekli "OO" kodu yapmayı hayal etmek çok daha kolay.)

Question 6

Sınıf bazında açıklarsam Person sınıftır, walk () Prototip metodudur. Yani walk (), ancak bununla yeni nesneyi somutlaştırdıktan sonra varlığını sürdürecektir.

Dolayısıyla, Kişi gibi nesnelerin kopyalarını oluşturmak istiyorsanız, birçok kullanıcı oluşturabilirsiniz Prototip, bellekteki nesnelerin her biri için aynı işlev kopyasını paylaşarak / devralarak bellekten tasarruf sağladığı için iyi bir çözümdür.

Oysa statik böyle bir senaryoda o kadar da yardımcı olmaz.

function Person(){
this.name = "anonymous";
}

// its instance method and can access objects data data 
Person.prototype.walk = function(){
alert("person has started walking.");
}
// its like static method
Person.ProcessPerson = function(Person p){
alert("Persons name is = " + p.name);
}

var userOne = new Person();
var userTwo = new Person();

//Call instance methods
userOne.walk();

//Call static methods
Person.ProcessPerson(userTwo);

Yani bununla daha çok örnek yöntemi. Nesnenin yaklaşımı Statik yöntemler gibidir.

https://developer.mozilla.org/en/Introduction_to_Object-Oriented_JavaScript