[js] Что делать, чтобы не было путаницы с this в роли контекста и в роли создаваемого объекта?

that, bind, coffee

очевидный ответ: не допускать путаницы.

Use that, Luke.

// enjoy your Javascript :}

bind гуглить, или это фича из coffee?
А так, несмотря на ярую любовью к jade и stylus, я против этого вашего coffee — слишком уж высокоуровнев сабж, хотя идея хороша, от скобок бы отказался.

that is not defined

enjoy your f%cking javascript.
Сам сижу сейчас разбираюсь в этом говноязычке. Ничего более убогого я не видел. Даже питон выглядит получше.

имеется в виду конструкция
that = this, т.е. внутри класса создается поле инстанса что ли. Как-то так.

В питоне есть удобоваримые замыкания?

См. ниже :} Хотя я продпочитаю название self.

Толстый неосилятор. Язык прекрасен.

не знаю как где, вроде собирались запилить, у меня лично в рамках undersore в данный момент (underscore.js)

To Mystra_x64 и JFreeM всё равно получается муть. Делаю self = this в прототипе и в дочернем класе, а в итоге получается путаница всё та же.

s/дочернем класе/дочернем конструкторе/

Давай что ли пример какой-нибудь покажи :}

Язык прекрасен.

Милейший, вы искренни?

var i = new (function(){
  this.publicVaribale = 0;
  var privateVaribale = 1;
  globalVaribale = 2; // suprise?  hahaha!
})();

Учтите еще необходимость всегда обращаться к переменным-членам объекта через this - это те самые вкусные иголочки сего кактуса которые протыкают сейчас вам небо и заставили создать сию тему.

Блин, у меня просто 500 строк кода и я уже не всё помню.

Подождите несколько минут. Сейчас рожу.

Что не так? Глобальные и локальные переменные есть кругом, а не можешь осилить — иди в садик.

Кстати о прекрасности языка. Погугли на тему «use strict» javascript. В браузерах это не работает, но проблемы покажет.

Что не так?

Милейший, если вы не видите аморальные относительно здравого смысла способы указания области видимости, то садик лопнет.

Погугли на тему «use strict» javascript.

Весьма благодарен. Буду использовать при отладке говнокода на ноде.

Хотя в варианте с self получается, что метод из родительского класса не имеет доступа к свойствам дочернего.

Советую кроме use strict поставить сорцы на атоматическую линтовку (jshint).

Там рыбы мейкфайла, конфигов хинта, трависа и т.п. https://github.com/nodeca/nodeca/tree/master/docs/developer-setup/scripts-tem...

Оно? Если я правильно понимаю, что ты хочешь. Терпеть не могу прототипы, так что могу и наврать :}

function __spFormMethods() {
	this.self = this;
	//self.formAttrs // <form> tag attrbutes
	self.form = {}; // Result

	self.addInput = function () {
		var field = document.createElement('input');
		self.form.appendChild(field); // Object #<Object> has no method 'appendChild'
	}
	return self
}

function spForm() {
	self.form = document.createElement('form');
}

spForm.prototype = new __spFormMethods();
var test = new spForm();
test.addInput();

__spFormMethods это конструктор spForm, а spFrom это функтор?

Мои знания скудны, но мне кажется, что это конструктор.

Понять бы как этот шайтан-код устроен.

Ещё один завтык с моей стороны. В браузере self - глобальная переменная. Меняем self на that и код не работает.

Н-да… обычно я пишу безо всяких прототипов, так что врать не буду %)

Что тогда делать? Нужна куча объектов, в которых методы и некоторые свойства совпадают. Раньше всё работало впихивая все методы в каждый объект, но это было до того, как всё в гитхаб попало.

Я так понимаю, переходить на процедурный стиль уже поздно? Забить и пользоваться this :}

Ну, может завтра ещё JFreeM напишет что.

используйте coffee-script на мой взгляд вторая из двух главных его фич (первая это невозможность засорить глобальный скоп). http://coffeescript.org/#fat_arrow

Я так понимаю, переходить на процедурный стиль уже поздно?

Я матана не знаю. Пример этого вашего процедурного стиля можно?

tl;dr Процедурный — функциями, без объектов.

Sudo cast Eddy_Em, что ли, хотя наверное уже был тут.

function a() {
	this.head = {};
}
a.prototype.show = function() {
   print(this.head.ass);
};
b.prototype = new a();
function b() {
  this.head.ass = 'not head'; 
}
obj = new b()
obj.show();

d8> load(«this.js»)
not head

Как-то так

попробуй кофе, серьезно, там ничего такого нет, документация на одной страничке. сам пару дней назад начал и очень доволен, не пожалел.

натупил. ты просто запутался уже совсем, короче суть такова (псевдокод)

var __spFormMethods = function () {

}

__spFormMethods.prototype = new Object()

__spFormMethods.prototype.addInput = function () {
  var field = document.createElement("input")
  this.form.appendChild(field)
}

var spForm = function () {
  __spFormMethods.apply(this, [])
  this.form = document.createElement("form")
}

spForm.prototype = new __spFormMethods()

Не, я JS использую лишь на уровне «постольку поскольку». А this пользуюсь крайне редко (использую лишь как «быструю» ссылку на объект псевдокласса в «конструкторе»).

в js принято писать var that/self = this;

globalVaribale = 2; // suprise? hahaha!

Сюрприз только для невежды. :)

Что делать, чтобы не было путаницы с this

Выучить, куда указывает this?

1) Если функция вызывается через new как конструктор объекта, this указывает на создаваемый объект.
2) Если функция запущена как метод объекта, this будет ссылкой на этот объект.
3) Если функция вызывается через call или apply, this указывает на объект переданный в call / apply.
4) В просто вызове функции, this становится равным глобальному объекту.

To special-k, trashymichael: вот вам сервер-обработчик coffee (а за одно и Jade + Stylus): https://github.com/sphericalhorse/tplhandler

How to
1. Запускаете сервер.
2. Кладете в папочку public ваши coffee-файлы, и гипертекст, в котором их подключаете, например так:

<script src="test.js"></script>

То, что ты пытался сделать:

function Base() {
 this.head = {};
 var self = this;
 var bar = function () {
  console.log(self); 
  console.log(self.head.ass);
 }
 this.foo = function () { bar(); }
}

function Derived() {
  this.head.ass = 'not head';
}
Derived.prototype = new Base;

var obj = new Derived;
obj.foo();

Проблема твоего кода в том, что ты внутри функции opt обращаешься к this... который указывает на глобальный объект, а не на то что тебе нужно, т.е. на b.prototype:

function a() {
	this.head = {}
	var opt = function () {
		console.log(this === global) // true
		console.log(this.head.ass) // cannot read prop...
	}
	this.show = function () {
		opt()
	}
}

function b() {
  this.head.ass = 'not head'
}
b.prototype = new a()

obj = new b()
obj.show()

Т.е. внутри ф-ии a() this указывает туда, куда ты предполагаешь, но внутри a.opt() уже в другое место.

1) кофе можно на клиенте обрабатывать, насколько я помню 2) я предпочитаю компилировать, сразу ошибки всплывают, например, кроме того часто много чего компилировать надо внагрузку, меня не напрягает, да и ватчей можно навешать если надо

Если при конпелции всплывают ошибки, то сервер пишет.

Надеюсь, последний вопрос:

function p () {
  this.show = function () {
    cnosole.log(e)
  }
}
function c () {
  var e = 'asd'
}
c.prototype = new p()

var k = new c()

k.show()

Тут можно что-то сделать?

ПС: кофе посмотрел и отложил на будущее. Сначала необходимо весь этот прототипный матан выучить.

короче бесплатный хинт: всегда объявляй функции через var bla = function а не как ты делашь (не спрашивай зачем — гугли)

далее, методы надо объявлять впрототипе, как я выше писал, в конструкторе надо только их вызывать и устанавливать данные, например. иначе методы будут объявляться каждый раз при new, это же очевидно. конструктор это просто функция конструктор а не декларация класса

короче

var p = function () { }

p.prototype = new Object()

p.prototype.show = function () { console.log(this.e) }

var c = function () {
p.apply(this, [])
this.e = "asd"
}

c.prototype = new p()

k = new c() k.show()