Форум на Исходниках.RU

JS и его "недостатки"

MyNameIsIgor — Wed, 23 Jul 2014 13:37:58 +0000

MyNameIsIgor:

Цитата Serafim @ 23.07.14, 13:29

А косяк не воспроизводится потому, что метод map уже есть в массиве и игнорируется при итерации

Точнее, атрибуты существующего свойства остаются при присваивании.

JS и его "недостатки"

Serafim — Wed, 23 Jul 2014 13:29:53 +0000

Serafim:

Цитата MyNameIsIgor @ 23.07.14, 12:12

Как и положено. И вообще in, а не of, разбирающийся в JS вы наш.

та пофигу, на JS уже год не пишу :whistle: of написал по привычке :)

x = ['10', '10', '10']

Array::map = do ->

original = Array::map

(fun) -> original.call @, (arg) -> fun arg

console.log i for i of x

Цитата MyNameIsIgor @ 23.07.14, 12:12

Да, Serafim, а теперь объясните, почему ожидаемый вами косяк не появился

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

А косяк не воспроизводится потому, что метод map уже есть в массиве и игнорируется при итерации, если его назвать, допустим ololo - он появится :)

JS и его "недостатки"

MyNameIsIgor — Wed, 23 Jul 2014 12:12:06 +0000

MyNameIsIgor:

Цитата Serafim @ 23.07.14, 11:44

Цитата MyNameIsIgor @ 23.07.14, 06:54

Array.prototype.map

ага ага,

for (i of x) { console.log(i); }

что у тебя выдаст? :huh:

Как и положено. И вообще in, а не of, разбирающийся в JS вы наш.

Добавлено 23.07.14, 12:31
Да, Serafim, а теперь объясните, почему ожидаемый вами косяк не появился :D

JS и его "недостатки"

Serafim — Wed, 23 Jul 2014 11:44:48 +0000

Serafim:

Цитата MyNameIsIgor @ 23.07.14, 06:54

Array.prototype.map

ага ага,

for (i of x) { console.log(i); }

что у тебя выдаст? :huh:

JS и его "недостатки"

MyNameIsIgor — Wed, 23 Jul 2014 06:54:04 +0000

MyNameIsIgor:

Цитата D_KEY @ 23.07.14, 06:42

Ну это не так страшно - ты можешь написать свой map

Угу, как-то так

Array.prototype.map = (function()

{

var original = Array.prototype.map;

return function(fun)

{

return original.call(this, function(arg) { return fun(arg); } );

};

})();

var x = ['10','10','10'];

print(x.map(parseInt));

:crazy:

JS и его "недостатки"

D_KEY — Wed, 23 Jul 2014 06:42:01 +0000

D_KEY: Ну это не так страшно - ты можешь написать свой map. А вот если бы там была какая-нибудь запутанная логика, вроде хитростей при работе с массивом и/или строками, вот тогда было бы совсем печально.

JS и его "недостатки"

korvin — Wed, 23 Jul 2014 06:08:35 +0000

korvin:

Цитата D_KEY @ 23.07.14, 06:00

Т.е. korvin неправильно использует функции? Ну ок

Не я. Да, не правильно. Нет, это не отменяет идиотизма авторов такой функции map, ни в одном языке такого непотребства нет. =)

JS и его "недостатки"

D_KEY — Wed, 23 Jul 2014 06:00:49 +0000

D_KEY: Т.е. korvin неправильно использует функции? Ну ок :)

JS и его "недостатки"

MyNameIsIgor — Wed, 23 Jul 2014 02:24:01 +0000

MyNameIsIgor:

Цитата Serafim @ 23.07.14, 00:40

всё равно ты ничего не понимаешь!

Иногда лучше жевать.

JS и его "недостатки"

Serafim — Wed, 23 Jul 2014 00:40:27 +0000

Serafim: всё равно ты ничего не понимаешь!

JS и его "недостатки"

MyNameIsIgor — Tue, 22 Jul 2014 23:25:06 +0000

MyNameIsIgor:

Цитата Serafim @ 22.07.14, 21:24

просто вы не понимаете его прототипов

А чего там понимать? Примитивнейшая вещь.
И да, прототипы здесь совершенно ни при чём. Дело в том, что map вызывает переданную функцию с тремя аргументами: текущим элементом, его индексом и собственно массивом, от которого мы вызвали map. А parseInt принимает два аргумента: строку и основание системы счисления, которое может не передаваться и тогда принимается за 10. Но map то туда передаёт индекс :rolleyes:

JS и его "недостатки"

Serafim — Tue, 22 Jul 2014 21:24:44 +0000

Serafim:

Цитата applegame @ 22.07.14, 16:35

Объясните мне, как такое может быть?

да всё просто - это js

Добавлено 22.07.14, 21:24
:D

Добавлено 22.07.14, 21:25
просто вы не понимаете его прототипов

JS и его "недостатки"

D_KEY — Tue, 22 Jul 2014 18:57:47 +0000

D_KEY:

Цитата korvin @ 22.07.14, 13:00

Парам-парам-пам!

> x = ['10','10','10']

[ '10', '10', '10' ]

> x.map(parseInt)

[ 10, NaN, 2 ]

Не помню, было уже или нет.

Ну и жесть.

JS и его "недостатки"

applegame — Tue, 22 Jul 2014 16:35:51 +0000

applegame:

Цитата korvin @ 22.07.14, 13:00

Парам-парам-пам!

> x = ['10','10','10']

[ '10', '10', '10' ]

> x.map(parseInt)

[ 10, NaN, 2 ]

Не помню, было уже или нет.

Объясните мне, как такое может быть? :D

JS и его "недостатки"

Serafim — Tue, 22 Jul 2014 16:14:41 +0000

Serafim: :lool:

Добавлено 22.07.14, 16:21
зато работает это:

x.map(parseFloat)

JS и его "недостатки"

korvin — Tue, 22 Jul 2014 13:00:37 +0000

korvin: Парам-парам-пам!

> x = ['10','10','10']

[ '10', '10', '10' ]

> x.map(parseInt)

[ 10, NaN, 2 ]

Не помню, было уже или нет.

JS и его "недостатки"

applegame — Fri, 01 Nov 2013 07:49:15 +0000

applegame:

Цитата korvin @ 01.11.13, 06:47

Как и динамическая и слабая типизация.

Об этом и речь. Ох уж эти ООПнутые, так и норовят везде засунуть эту свою инкапсуляцию, наследование и прочий полиморфизм, даже там, где оно нужно как рыбе зонтик. :)

JS и его "недостатки"

korvin — Fri, 01 Nov 2013 06:47:43 +0000

korvin:

Цитата Астарот @ 01.11.13, 06:11

Документация не оберегает от ошибок.

Как и динамическая и слабая типизация. Только зависимые типы, только хардкор! =)

JS и его "недостатки"

Астарот — Fri, 01 Nov 2013 06:11:05 +0000

Астарот:

Цитата applegame @ 31.10.13, 20:06

Цитата Астарот @ 31.10.13, 06:03

Это просто удобно - если кто-то будет работать с твоим объектом, то ему не придется гадать какие методы api, а какие - внутренние кишки. Будет пользовать то, чо наружу торчит и все.

Для этого есть документация.

Документация не оберегает от ошибок.

JS и его "недостатки"

Serafim — Thu, 31 Oct 2013 22:24:49 +0000

Serafim:

Цитата D_KEY @ 31.10.13, 21:46

Осеннее обострение вебовских тем?

собираешься покушаться на традиции? :angry:

JS и его "недостатки"

D_KEY — Thu, 31 Oct 2013 21:46:18 +0000

D_KEY: Осеннее обострение вебовских тем?

JS и его "недостатки"

applegame — Thu, 31 Oct 2013 20:06:52 +0000

applegame:

Цитата Астарот @ 31.10.13, 06:03

Для этого есть документация.

JS и его "недостатки"

Астарот — Thu, 31 Oct 2013 06:03:16 +0000

Астарот:

Цитата applegame @ 30.10.13, 22:39

Частенько нет смысла плодить лишние сущности только ООПности ради.

JS и его "недостатки"

korvin — Thu, 31 Oct 2013 03:54:51 +0000

korvin:

Цитата MyNameIsIgor @ 30.10.13, 17:32

ну в большинстве ЯП это так, объект - это что-то более сложное, нежели просто данные (т.е. мутабельный тип) + передаётся по ссылке. Взять хоть руби или пых =) на счёт питонки - не скажу

В большинстве ЯП под объектом понимают структуры данных, реализующие динамическую диспетчеризацию методов.

Добавлено 31.10.13, 04:05

Цитата Астарот @ 30.10.13, 18:19

Тогда любая функция - замыкание, так как может ходить за переменными выше по областям видимости

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

JS и его "недостатки"

applegame — Wed, 30 Oct 2013 22:39:49 +0000

applegame:

Цитата Астарот @ 30.10.13, 19:57

Их по уму gc должен снести, так как на них нет ссылок :D

Ссылки как раз есть: в замыкании ссыока на контекст, в контексте ссылка на левые переменные. Тут уже двиг должне прошарить, что ссылка хоть и есть, но не используется.

Цитата Астарот @ 30.10.13, 19:57

В жопу подчеркивания! Прячь приваты в замыкание, и будет тебе счастье :)

Частенько нет смысла плодить лишние сущности только ООПности ради.

JS и его "недостатки"

Астарот — Wed, 30 Oct 2013 19:57:27 +0000

Астарот:

Цитата applegame @ 30.10.13, 19:33

Ну судя по докам цапает весь контекст со всеми переменными. А будут ли эти переменные храниться столько же сколько и замыкание, зависит от продвинутости скриптового движка.

Их по уму gc должен снести, так как на них нет ссылок :D

Цитата applegame @ 30.10.13, 19:43

Ну потому что нет таких понятий в жабе :) Например приватные члены можно имитировать добавив подчеркивания вначале :)

В жопу подчеркивания! Прячь приваты в замыкание, и будет тебе счастье :)

JS и его "недостатки"

applegame — Wed, 30 Oct 2013 19:45:15 +0000

applegame:

Цитата Serafim @ 30.10.13, 19:44

в ES6 классы есть :tong: GG WP :D

я ф шоке :)

JS и его "недостатки"

Serafim — Wed, 30 Oct 2013 19:44:27 +0000

Serafim:

Цитата applegame @ 30.10.13, 19:43

Жаба он прототипно-ориентированая байда, не объектно-ориентированная.

в ES6 классы есть :tong: GG WP :D

JS и его "недостатки"

applegame — Wed, 30 Oct 2013 19:43:45 +0000

applegame:

Цитата Serafim @ 30.10.13, 19:41

а чо имитации-то? =)

Ну потому что нет таких понятий в жабе :) Например приватные члены можно имитировать добавив подчеркивания вначале :) Жабаскрипт - прототипно-ориентированая байда, не объектно-ориентированая.

JS и его "недостатки"

Serafim — Wed, 30 Oct 2013 19:41:09 +0000

Serafim:

Цитата applegame @ 30.10.13, 19:37

Ну какие, простите, в попу "приватные", "публичные" в жабаскрипте? Только имитации, который каждый городит как ему хочется

а чо имитации-то? =) Работает же один в один как оные :D Если не брать в расчёт возможность доступа к прототипу

JS и его "недостатки"

applegame — Wed, 30 Oct 2013 19:37:42 +0000

applegame:

Цитата Serafim @ 30.10.13, 19:32

я выше приводил в пример сравнение JS замыканий и PHP.

Да в твоих примерах сплошное, как ты сам же выразился, ООП головного мозга :)
Ну какие, простите, в попу "приватные", "публичные", "статические" в жабаскрипте? Только имитации, который каждый городит как ему хочется :)

JS и его "недостатки"

Serafim — Wed, 30 Oct 2013 19:33:37 +0000

Serafim:

Цитата Астарот @ 30.10.13, 19:31

Легко проверить положив в контекст что-то ТЯЖЕЛОЕ, что б было в таскманагере видно, как приросла память, и поиграть удалением обращения к этому объекту.

f12 -> timeline (profiler), as example =)))

JS и его "недостатки"

applegame — Wed, 30 Oct 2013 19:33:30 +0000

applegame:

Цитата Астарот @ 30.10.13, 19:31

Так к ней явное обращение есть - таки да, как я и сказал, сцапает. А вот сцапает ли соседнюю переменную к которой нет обращения - вопрос...

JS и его "недостатки"

Serafim — Wed, 30 Oct 2013 19:32:38 +0000

Serafim:

Цитата applegame @ 30.10.13, 19:30

Кложуры в других языках устроены по другому

я выше приводил в пример сравнение JS замыканий и PHP. Там было видно, что во втором переменные как раз передаются внутрь замыкания и доступа к внешнему контексту у них нет =) В первом же - наоборот

JS и его "недостатки"

Астарот — Wed, 30 Oct 2013 19:31:26 +0000

Астарот:

Цитата applegame @ 30.10.13, 19:20

Вообще-то замыкание может сцапать переменную на сколько угодно контекстов выше: http://ideone.com/VipqFU

Так к ней явное обращение есть - таки да, как я и сказал, сцапает. А вот сцапает ли соседнюю переменную к которой нет обращения - вопрос...

Добавлено 30.10.13, 19:32

Цитата applegame @ 30.10.13, 19:27

Впрочем, похоже Serafim прав, оно хранит всю цепочку контекстов. Если двиг JS достаточно умный, то лишние переменные, на которые в коде нет ссылок он может повыкидывать.

JS и его "недостатки"

applegame — Wed, 30 Oct 2013 19:30:29 +0000

applegame: Кложуры в других языках устроены по другому. Скажем в C++ или D, все гораздо силнее оптимизированно и лишний хлам в памяти не держится.

JS и его "недостатки"

Serafim — Wed, 30 Oct 2013 19:29:09 +0000

Serafim:

Цитата applegame @ 30.10.13, 19:27

Интересовали технические тонкости внутренней реализации.

ну тут на уровне магии всё, имхо. Курить V8 мне пока религия не позволяет :D

JS и его "недостатки"

applegame — Wed, 30 Oct 2013 19:29:05 +0000

applegame:

Цитата Serafim @ 30.10.13, 19:28

на контекст, т.к. функция - это не совсем объект, это скорее класс =)

я уже поправил, оговорка так-сказать :D

JS и его "недостатки"

Serafim — Wed, 30 Oct 2013 19:28:23 +0000

Serafim:

Цитата applegame @ 30.10.13, 19:27

а ссылка на объект с этой переменной.

на контекст, т.к. функция - это не совсем объект, это скорее класс =)

JS и его "недостатки"

applegame — Wed, 30 Oct 2013 19:27:08 +0000

applegame: Впрочем, похоже Serafim прав, оно хранит всю цепочку контекстов. Если двиг JS достаточно умный, то лишние переменные, на которые в коде нет ссылок он может повыкидывать.
По сути в замыкание передается не ссылка на саму переменную, а ссылка на контекст с этой переменной.

Добавлено 30.10.13, 19:28
Serafim, да это мы все знаем. Интересовали технические тонкости внутренней реализации. Вут тут надыбал понятно разжевано и по-русски :) http://learn.javascript.ru/closures

JS и его "недостатки"

Serafim — Wed, 30 Oct 2013 19:25:16 +0000

Serafim: т.е. если перекладывать всё на русский, то получаем:

function any(){ // функция или конструктор

}

any.some = 23; // публичное статическое свойство

any.prototype.some = 23; // публичное свойство инстанса

var some = 23 // приватное статическое свойство у window

и если немного усложнить, т.е. добавить всё это в единый контекст:

(function(){ // замыкание

var some = 23; // приватное статическое свойство этого замыкания

function any(){ // конструктор или функция

this.some = 23; // либо контекст инстанса, либо контекст функции (в зависимости от того, как вызываешь)

}

any.some = 23; // публичное статическое свойство

any.prototype.some = 23; // публичное свойство инстанса

})();

в последнем примере мы имеем контекст всех операций - это замыкание, но не можем к нему обратиться, например к asd(), т.к. мы сокрыли его внутри этого замыкания. В таком случае нужно функцию вывести наружу, а результат замыкания присвоить к переменной:

var asd = (function(){

function asd(){

}

return asd;

})();

В этом случае мы к переменной var asd присвоили ссылку на функцию function asd(){} во внутреннем контексте. Как-то так =)

JS и его "недостатки"

applegame — Wed, 30 Oct 2013 19:20:21 +0000

applegame:

Цитата Астарот @ 30.10.13, 19:14

Не все контексты выше замыкания, а тот контекст в котором была создана вложенная функция.

Вообще-то замыкание может сцапать переменную на сколько угодно контекстов выше: http://ideone.com/VipqFU

JS и его "недостатки"

Астарот — Wed, 30 Oct 2013 19:16:37 +0000

Астарот: Не, он скорее всего будет сохранять вплоть до того контекста, к которому есть обращение. То есть если из замыкания мы обращаемся к переменной в глобальной области видимости, то он и ее сохранит. Наверное... Надо бы кодом проверить.

Добавлено 30.10.13, 19:17

Цитата applegame @ 30.10.13, 19:16

А если в этом контексте триллиарды огромных объектов, которые более не используются?

Думаю он чистит контекст от тех объектов, к которым нет обращения - нафиг они нужны, если их никто не запрашивает?

JS и его "недостатки"

applegame — Wed, 30 Oct 2013 19:16:07 +0000

applegame:

Цитата Serafim @ 30.10.13, 19:13

Сохраняет =) Если переводить на русский язык - var - это приватная статическая переменная

А если в этом контексте триллиарды огромных объектов, которые более не используются? Они что тоже будут жить вместе с замыканием?

JS и его "недостатки"

Serafim — Wed, 30 Oct 2013 19:15:50 +0000

Serafim:

Цитата Астарот @ 30.10.13, 19:14

ВСЕ контексты? Да ну нафиг... По-моему нет

все, где есть var'ы, т.к. повторюсь, если по-русски, то var - это приватная статическая переменная =)

JS и его "недостатки"

Астарот — Wed, 30 Oct 2013 19:14:50 +0000

Астарот:

Цитата Serafim @ 30.10.13, 19:13

Сохраняет =)

ВСЕ контексты? Да ну нафиг... По-моему нет :scratch:

JS и его "недостатки"

Serafim — Wed, 30 Oct 2013 19:14:34 +0000

Serafim:

Цитата Serafim @ 30.10.13, 19:13

Сохраняет =)

ну точнее должен, но на внутреннем уровне это реализовано скорее всего именно ссылкой, как ты сказал

JS и его "недостатки"

Астарот — Wed, 30 Oct 2013 19:14:15 +0000

Астарот:

Цитата applegame @ 30.10.13, 19:11

Контекста выше не существует, он убит при выходе из функции get(). Ну думаешь же ты, что интерпретатор сохраняет все контексты выше замыкания? Это был бы сущий кошмар.

Не все контексты выше замыкания, а тот контекст в котором была создана вложенная функция.

JS и его "недостатки"

Serafim — Wed, 30 Oct 2013 19:13:13 +0000

Serafim:

Цитата applegame @ 30.10.13, 19:11

Ну думаешь же ты, что интерпретатор сохраняет все контексты выше замыкания? Это был бы сущий кошмар.

Сохраняет =) Если переводить на русский язык - var - это приватная статическая переменная

JS и его "недостатки"

applegame — Wed, 30 Oct 2013 19:11:06 +0000

applegame:

Цитата Serafim @ 30.10.13, 19:06

JS и его "недостатки"

Serafim — Wed, 30 Oct 2013 19:06:57 +0000

Serafim:

Цитата applegame @ 30.10.13, 19:01

Вообще-то внутри замыкания в жабе, очевидно передается ссылка на переменную.

Нет :no: Просто при обращении к переменной - интерпретатор пытается найти её в текущем контексте, если не находит - ищет объявление выше, если не находит - ищет выше и т.д., пока не доходит до глобального. Если же и там её нету, то переменная создаётся :) Т.е. мы получаем не ссылку на переменную контекстом выше, а просто обращение происходит к первой попавшейся переменной контекстом выше ;)

Именно по-этому несколько функций и работают с одной переменной, т.к. var'ом ты объявил её именно в общем для всех трёх функций контектсе ;)

Добавлено 30.10.13, 19:08
ну т.е. в чисто практическом плане - разницы никакой

Добавлено 30.10.13, 19:11
Это просто принцип, скорее более идеологический. Если мы работаем с одной переменной, которая объявлена в контексте выше, тогда все операции всё равно по-значению, а если ссылка на переменную передаётся внутрь функции, тогда да, тут работа по ссылке =) Просто смотря с какой стороны смотреть. Именно по стандарту ECMA (ссылка выше) определено именно то, что я сказал - работа происходит с одной переменной выше с именем i, а не с ссылкой на переменную i

JS и его "недостатки"

applegame — Wed, 30 Oct 2013 19:01:07 +0000

applegame: Вообще-то внутри замыкания в жабе, очевидно передается ссылка на переменную. Так например две разные функцию могут менять одну и туже переменную: http://ideone.com/knsSLX
Переменная internal вышла за область видимости и поэтому в стеке ей делать нечего, посему она была скопирована в глобальную кучу (по сути переменные замыканий отличаются от глобальных только тем, что не занимают глобальную область имен) и ссылки на нее розданы трем функциям. Если ссылки на замыкание убились до того как переменные вышли из зоны видимости, то копирования может и не происходить, в данном случае в замыкания будут переданы ссылки на переменную в стеке. Впрочем тонкости реализации могут отличаться и особого значения не имеют, важно что примитивы таки могут быть переданы и даже изменены по ссылке, хотя и через зад.

JS и его "недостатки"

Астарот — Wed, 30 Oct 2013 19:00:00 +0000

Астарот:

Цитата Serafim @ 30.10.13, 18:53

в любом случае - ссылки\значения и отсутствие возможности их определять в JS настолько дикий отстой, что даже прототипно-ориентированное программирование по сравнению с этим - величайшее достоинство языка :D

Ну, так тогда нужно просто не пользоваться js и дело в шляпе :D Чё ныть-то?

JS и его "недостатки"

Serafim — Wed, 30 Oct 2013 18:53:13 +0000

Serafim: в любом случае - ссылки\значения и отсутствие возможности их определять в JS настолько дикий отстой, что даже прототипно-ориентированное программирование по сравнению с этим - величайшее достоинство языка :D

JS и его "недостатки"

Астарот — Wed, 30 Oct 2013 18:46:04 +0000

Астарот:

Цитата Serafim @ 30.10.13, 18:28

Короче спор ниочём =)

Ну, так MyNameIsIgor же :D

JS и его "недостатки"

Serafim — Wed, 30 Oct 2013 18:28:03 +0000

Serafim: Короче спор ниочём =) Строки и числа - это примитивы и передаются только по значению, мне пытаются доказать обратное на примере:

var i = 0;

i = 23;

print(i); // Откуда 23? "Почему не 0, если передаётся по значению!" (с) MyNameIsIgor

JS и его "недостатки"

Астарот — Wed, 30 Oct 2013 18:21:20 +0000

Астарот:

Цитата Serafim @ 30.10.13, 18:16

Астарот, а что фейспалмишь, я даж нашёл его :D

А что еще можно делать читая идиота, который сам не привел ни одного определения, наваял калечный код, который работает совершенно очевидным образом, но при этом забрызгал все слюнями доказывая, что он работает коряво и не правильно, да еще и ссылку хочет, прям требует? :crazy:

Добавлено 30.10.13, 18:23

Цитата Serafim @ 30.10.13, 18:20

это в JS так =)

Так про него ж и говорим :D

Цитата Serafim @ 30.10.13, 18:20

и только с внешними варами и глобальными переменными

Я и говорю - выше. Если выше var'а нет, то он не явно есть в глобальном контексте.

JS и его "недостатки"

Serafim — Wed, 30 Oct 2013 18:20:18 +0000

Serafim:

Цитата MyNameIsIgor @ 30.10.13, 18:13

Ощущение гранитной стены передо мной возникает при всяком разговоре с вами... Так что до следующего раза.

:facepalm:
скажи мне, в чём разница между:

var i = 0;

i = 23;

print(i);

и:

var i = 0;

a = function(val) { i = val; }

print(a(23));

:)

разница только в наличии функции. Но операции с i ничем не меняются =)

Добавлено 30.10.13, 18:20

Цитата Астарот @ 30.10.13, 18:19

Тогда любая функция - замыкание, так как может ходить за переменными выше по областям видимости

это в JS так =) и только с внешними варами и глобальными переменными

JS и его "недостатки"

Астарот — Wed, 30 Oct 2013 18:19:38 +0000

Астарот:

Цитата Serafim @ 30.10.13, 18:12

ну допустим не любую =) насколько я понимаю - замыкание - функа, работающая с внешними переменными в обход аргументов, ака:

Тогда любая функция - замыкание, так как может ходить за переменными выше по областям видимости :-? Тут определяющий момент - сохранение области видимости для дальнейшего использования - функция а, в нее вложена функция b, пользуящая переменные объемлющей функции. Я как-то привык думать, что замыкание возникает в тот момент, когда происходит выход из a, и при этом вовне передается b. То есть a уже закончила работу, но ее область видимости где-то лежит себе целехонькая, что бы b могло ей пользоваться :scratch:

Цитата MyNameIsIgor @ 30.10.13, 18:13

Так что до следующего раза.

Скатертью по жопе, профпригодный :crazy: Оссспади, и мнение этого долбоящера кто-то всерьез считает весомым! :crazy:

JS и его "недостатки"

Serafim — Wed, 30 Oct 2013 18:16:39 +0000

Serafim:

Цитата MyNameIsIgor @ 30.10.13, 18:10

Пруф в виде пунктов ECMA стандарта или не было.

http://www.ecma-international.org/publicat...ST/Ecma-262.pdf см. по Variable Environment

Добавлено 30.10.13, 18:17
Астарот, а что фейспалмишь, я даж нашёл его :D

JS и его "недостатки"

Астарот — Wed, 30 Oct 2013 18:14:45 +0000

Астарот:

Цитата MyNameIsIgor @ 30.10.13, 18:10

Вы вообще понимаете значение слова "определение"? Вы можете сказать, как определяется замыкание в computer science?

:facepalm:

Цитата MyNameIsIgor @ 30.10.13, 18:10

Да мне по барабану какого лоха обсирать - только приведите его сюда.

Лох в зеркале - обсирай :crazy:

Цитата MyNameIsIgor @ 30.10.13, 18:10

Пруф в виде пунктов ECMA стандарта или не было.

:facepalm: :facepalm: :facepalm:

JS и его "недостатки"

MyNameIsIgor — Wed, 30 Oct 2013 18:13:43 +0000

MyNameIsIgor:

Цитата Serafim @ 30.10.13, 18:12

с чего это, если i присвоили новое значение?

:facepalm:

Добавлено 30.10.13, 18:14
Ощущение гранитной стены передо мной возникает при всяком разговоре с вами... Так что до следующего раза.

JS и его "недостатки"

Serafim — Wed, 30 Oct 2013 18:12:00 +0000

Serafim:

Цитата Астарот @ 30.10.13, 18:02

Тогда мы любую функцию должны признать замыканием Но тогда получится, то что обычно называют областью видимости - нафига нам два названия для одного и того же

ну допустим не любую =) насколько я понимаю - замыкание - функа, работающая с внешними переменными в обход аргументов, ака:
js//

var i = 0;

function(j){ return i + j; };

ну или:
php//

$i = 0;

function($j) use($i){ return $i + $j; };

Добавлено 30.10.13, 18:13

Цитата MyNameIsIgor @ 30.10.13, 18:10

По значению что ли?
Ну, специально для болезных учеников Асти такой пример. Если бы get_value захватывала i по значению, то вывод во втором случае был бы 0.

с чего это, если i присвоили новое значение?

JS и его "недостатки"

MyNameIsIgor — Wed, 30 Oct 2013 18:10:44 +0000

MyNameIsIgor:

Цитата Serafim @ 30.10.13, 18:01

а он и не по ссылке

:facepalm: По значению что ли? :lool:
Ну, специально для болезных учеников Асти такой пример. Если бы get_value захватывала i по значению, то вывод во втором случае был бы 0.

Цитата Астарот @ 30.10.13, 18:02

И да, в данном случае

Вы вообще понимаете значение слова "определение"? Вы можете сказать, как определяется замыкание в computer science?

Цитата Астарот @ 30.10.13, 18:02

Соберешься спорить - спорь с Флэнаганом

Да мне по барабану какого лоха обсирать - только приведите его сюда.

Добавлено 30.10.13, 18:11

Цитата Serafim @ 30.10.13, 18:09

Это не все var'ы передаются внутрь функции, а функция при обращении к переменной идёт вверх по стеку

Пруф в виде пунктов ECMA стандарта или не было.

JS и его "недостатки"

Serafim — Wed, 30 Oct 2013 18:09:42 +0000

Serafim:

Цитата Serafim @ 30.10.13, 18:01

а он и не по ссылке. Он объявлен в window.i = 5; Внутри функции ты и написал window.i = new_i;

т.е. ты немного не так воспринимаешь свой код. Это не все var'ы передаются внутрь функции, а функция при обращении к переменной идёт вверх по стеку ;) Т.е. если бы var i передавалась внутрь функции, то да, внутри этой функции было бы новое значение i и var i из глобального контекста не учитывался бы, но в данном примере, что ты приводил - обращение происходит с одной и той же переменной, т.к. она обявлена только один раз =) После этого астя привёл пример, где i была объявлена внутри функции, т.е. обращение было уже с другой переменной, которая не затрагивала внешний var i

JS и его "недостатки"

Астарот — Wed, 30 Oct 2013 18:02:57 +0000

Астарот:

Цитата MyNameIsIgor @ 30.10.13, 17:57

Может, профнепригодный приведёт определение замыкания?

Я привел код - это больше, чем сделал ты :crazy: И да, в данном случае замыкание - это область видимости вложенной функции, переданной за пределы объекта, в котором она объявлена. Соберешься спорить - спорь с Флэнаганом.

Добавлено 30.10.13, 18:05

Цитата Serafim @ 30.10.13, 18:01

почему же, по определению вполне является, имхо =)

Тогда мы любую функцию должны признать замыканием :) Но тогда получится, то что обычно называют областью видимости - нафига нам два названия для одного и того же :crazy:

JS и его "недостатки"

Serafim — Wed, 30 Oct 2013 18:01:55 +0000

Serafim:

Цитата MyNameIsIgor @ 30.10.13, 18:00

Так это вы мне скажите. Почему вдруг примитивный тип в замыкании оказывается по ссылке, хотя вы утверждали "никогда"?

а он и не по ссылке. Он объявлен в window.i = 5; Внутри функции ты и написал window.i = new_i;

Добавлено 30.10.13, 18:02

Цитата MyNameIsIgor @ 30.10.13, 18:00

И почему функа, оперирующая переменными из глобального контекста, не является замыканием?

почему же, по определению вполне является, имхо =) хотя я может чего-то не учитываю в силу отсутствия каких-либо знаний

JS и его "недостатки"

MyNameIsIgor — Wed, 30 Oct 2013 18:00:33 +0000

MyNameIsIgor:

Цитата Serafim @ 30.10.13, 17:58

а что должно происходить? коллапс вселенной?

Цитата Serafim @ 30.10.13, 17:58

функа, оперирующая переменными вне своего контекста

И почему функа, оперирующая переменными из глобального контекста, не является замыканием?

JS и его "недостатки"

Serafim — Wed, 30 Oct 2013 17:58:33 +0000

Serafim:

Цитата MyNameIsIgor @ 30.10.13, 17:54

Речь идёт про сказанную чушь, что примитивные данные всегда передаются по значению.

да

Цитата MyNameIsIgor @ 30.10.13, 17:54

Её опровергает даже ваш пример, изменяя локальную переменную, чего вроде как "никогда" происходить не должно.

а что должно происходить? коллапс вселенной?

Цитата MyNameIsIgor @ 30.10.13, 17:54

определение замыкания приведёте?

функа, оперирующая переменными вне своего контекста.

Добавлено 30.10.13, 17:59

Цитата Астарот @ 30.10.13, 17:58

Кхм... Ты не забыл для чего ключевое слово var вообще?

яж уже говорил - приватная переменная в текущем (и вложенных) контектсе

Добавлено 30.10.13, 18:00

Цитата Астарот @ 30.10.13, 17:56

Разве он не будет просто идти вверх по скоупам до тех пор, пока не найдет искомую переменную? То есть не обязательно в глобальном контексте?

ну да, именно так, я основываюсь на вышеозвученных примерах. Т.е. на частном случае

JS и его "недостатки"

Астарот — Wed, 30 Oct 2013 17:58:05 +0000

Астарот:

Цитата Serafim @ 30.10.13, 17:52

o_0 а фигли оно так работает?

Кхм... Ты не забыл для чего ключевое слово var вообще? :)

JS и его "недостатки"

MyNameIsIgor — Wed, 30 Oct 2013 17:57:57 +0000

MyNameIsIgor:

Цитата Астарот @ 30.10.13, 17:56

Речь идет про то, что ты сказал "замыкание", привел якобы иллюстрирующий код, который оказался во-первых без замыкания, а во-вторых работал ровно так, как от него и ожидалось. Зачем ты его привел мне не понятно.

Может, профнепригодный приведёт определение замыкания?

JS и его "недостатки"

Астарот — Wed, 30 Oct 2013 17:56:05 +0000

Астарот:

Цитата Serafim @ 30.10.13, 17:49

поведение совершенно очевидно и без всяких замыканий

Да нету там замыкания - ну не с глобальным же контекстом оно замыкается :)

Цитата Serafim @ 30.10.13, 17:49

если она была объявлена в window (дефолтный контекст), то и обращение будет происходить с ней

Разве он не будет просто идти вверх по скоупам до тех пор, пока не найдет искомую переменную? То есть не обязательно в глобальном контексте?

Добавлено 30.10.13, 17:57

Цитата MyNameIsIgor @ 30.10.13, 17:54

Речь идёт про

JS и его "недостатки"

MyNameIsIgor — Wed, 30 Oct 2013 17:54:59 +0000

MyNameIsIgor:

Цитата Астарот @ 30.10.13, 17:48

ты, похоже, вообще не понимаешь о чем идет речь

Речь идёт про сказанную чушь, что примитивные данные всегда передаются по значению. Её опровергает даже ваш пример, изменяя локальную переменную, чего вроде как "никогда" происходить не должно.

Цитата Serafim @ 30.10.13, 17:49

var - это ... и далее капитанство

Как это опровергает тот факт, что я привёл пример замыкания? определение замыкания приведёте? Или вы как Астя?

JS и его "недостатки"

Serafim — Wed, 30 Oct 2013 17:52:50 +0000

Serafim:

Цитата Астарот @ 30.10.13, 17:51

Какая печаль...

o_0 а фигли оно так работает?

Добавлено 30.10.13, 17:53

Цитата Serafim @ 30.10.13, 17:52

o_0 а фигли оно так работает?

а, всё, понял =)

Добавлено 30.10.13, 17:53

Цитата Serafim @ 30.10.13, 17:52

а, всё, понял =)

значение 10 сохранилось в var i = 0;, а print(i) обращается во внешний контекст - 5

JS и его "недостатки"

Астарот — Wed, 30 Oct 2013 17:51:13 +0000

Астарот:

var i = 5;

function closure()

{

var i = 0;

return function(new_i) {

i = new_i;

print("Inner i = " + i);

}

var c = closure();

print(i);

c(10);

print(i);

Цитата

5
Inner i = 10
5

Какая печаль...