Wystawianie prototypów w obiekcie

Question

Czy istnieje sposób na ujawnienie prototypów obiektów przez inny obiekt?

var foo = function() { 
    var foo = { 
     bar: bar, 
     boo: boo 
    } 
    return foo; 

    function bar (age) { 
     this.age = age; 
    } 
    bar.prototype.shoutAge = function() { 
     alert('My age is ' + this.age); 
    } 

    function boo (age) { 
     this.age = age; 
     boo.prototype.shoutAge = function() { 
     alert('My age is ' + this.age); 
     } 
    } 
    } 

    var foo = foo(); 
    var far = new foo.bar(13); // bar {age: 13} 
    far.shoutAge(); // far.shoutAge is not a function 

    var far = new foo.boo(13); // boo {age: 13} with __proto__ 
    far.shoutAge(); // alert('My age is 13'); 

W tym kodzie „bar” obiekt jest ustawiony z prototypowego dziedziczenia - ale narażając bar traci dziedziczenie „shoutAge”.

Jednak „boo” w obiekt ma prototyp zadeklarowane wewnątrz niej, a funkcja zewnątrz ma dostęp do metody „shoutAge”.

Nie sądzę, że ta ostatnia jest najlepszą praktyką, mimo że działa. Więc jaka byłaby najlepsza praktyka?

Nie chcę każde wystąpienie „bar” mieć to metoda własnego „shoutAge”, zwłaszcza jeśli nie są potencjalnie setki wystąpień „bar”. Czy zwykle tworzysz osobny obiekt dla 'bar' zamiast prezentowania go przez 'foo'?

Answer 1

Wygląda na to tylko rozkaz-of-operacjach problem:

var Foo = function() { 

    function bar (age) { 
    this.age = age; 
    } 
    bar.prototype.shoutAge = function() { 
    alert('My age is ' + this.age); 
    } 

    var foo = { 
    bar: bar, 
    boo: boo 
    } 
    return foo; 
} 

Myślę, że to dlatego, że nigdy nie jest przyporządkowanie bar.prototype wykonywane w kodzie. Definicja funkcji bar otrzymuje hoisted, więc jest dostępna w obiekcie, który zwrócisz, ale przypisanie prototypu jest dodatkową instrukcją występującą po instrukcji return, a przepływ sterowania nigdy jej nie osiąga. Po prostu przeniesienie return do końca rozwiązuje problem.