Хочу изменить переменную MyVar.
Необходимо сделать это так:

Код

var MyVar; MyChange(MyVar);

После этого MyVar должна принять изменённое значение.
Как это ещё можно сделать не прибегая к обьектам?

Нет без объектов этого сделать нельзя.
А зачем так? Чем плох подобный вариант:

Код

var MyVar; MyVar=MyChange(MyVar);

Надо бы несколько локалных переменных в функции пересадить. Около 30. и делать это несколько раз в разных местах функции...

Примитивы всегда передаются по значению, обьекты по ссылке.
Почему нельзя использовать обьекты? Смахивает на изврат...

Да, просто не хотел в цикле использовать вызовы аттрибутов обьекта.

ведь Object.value это тоже самое, что Object[value]. А там опять хеши итд. тормоза короче
Вот я иинициализирую локальную и с ней работаю. А если таких локальных 30?
каждый раз надо инитиализировать... вот и хотел сделать в функции.
Вроде как не совсем изврат

Я уже решил проблему совсем другим подходом Просто интересно узнать

Ну тогда приоткрою занавесу тайны

Код

test="blabla"; //глобальная переменная window.test2="blabla2"; //а теперь фокус alert(window.test); alert(test2);

Видим что все локальные переменные являются свойствами обьекта window.
А хеш таблицы ну очень быстры для поиска, потому то их и юзают

Цитата(Sardar @ 29.9.2004, 21:40)

А хеш таблицы ну очень быстры для поиска

Это да, но зачем мне искать то, что у меня уже есть?
Ну и потом, если юзать обьекты - 2 раза перессылаемся

Код

window[Object][value]

Но дело не в том, что это правильно/неправильно. Просто быстрее. Даже в Си если мы опустим указатели, прога ускоряется. А в яваскрипте это намного ярче выражено.

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

А то, что переменные по умолчанию глобальные, стоило мне сегодня целого дня Никак не мог врубится, почему после обработки подсветки асма, а потом дельфи, алгоритм раскрашивает нечто средним асм/дельфи.

Оказалось, что пара переменных не была задекларирована с var и пересаживалась при переставке языка

Цитата(sergej @ 29.9.2004, 21:25)

там опять хеши итд. тормоза короче

Мдя...использование хэш-таблиц наоборот УВЕЛИЧИВАЕТ скорость...

Цитата(sergej @ 29.9.2004, 21:54)

А в яваскрипте это намного ярче выражено.

И какими наблюдениями ты пришел к этому выводу?

Код

<script language="Javascript" type="text/javascript"> <!-- bla={}; d=new Date(); for(var i=0; i<10000; i++) { window.bla["test"+i]=i; } alert((new Date()).getTime() - d.getTime()); d=new Date(); for(var i=0; i<10000; i++) { window["test"+i]=i; } alert((new Date()).getTime() - d.getTime()); //--> </script>

Поменяй оба участка кода местами и увидишь, что всегда тормозит последний - ему меньше памяти достается
Уменьши количество создаваемых переменных и ты увидишь, что оба цикла выполняются с одинаковым количеством времени. Другое дело что у тебя никогда не будет более 1000 переменых в одном скрипте

Вывод: подобная оптимизация - ловля блох
Надо оптимизировать алгоритм. Например иногда народ создает массив элементов, а потом ищет по нему последовательным поиском. Быстрее будет хештаблица(обьект).

Цитата

Мдя...использование хэш-таблиц наоборот УВЕЛИЧИВАЕТ скорость...

Значит ты удтверждаешь, что код

Код

for(o to 10000) { m=3; }

Медленней, чем

Код

for(o to 10000) { Object[m]=3; }

Потому что хэш увеличивает скорость?


Может я изначально неправильно вопрос поставил? Или мы друг друга не поняли
Добавлено @ 23:23

Цитата(Sardar @ 29.9.2004, 22:13)

Вывод: подобная оптимизация - ловля блох

Я и не говорю, что это нам много даст, но почему бы не оптимировать?

Я просто иногда не могу уснуть зная, что ещё микросекунду мона выжать И почему то в моём воображении не процессор перемещает не электро-заряды, а тяжёлые камни. И я буквально чувствую каждое лишнее движение .



Добавлено @ 23:24

Цитата(Sardar @ 29.9.2004, 22:13)

И какими наблюдениями ты пришел к этому выводу?

я мысленно перевожу в Си, И примерно представляю, что кроется за каждым вызовом хэш функции


Это сообщение отредактировал(а) sergej.z - 29.9.2004, 23:16

Цитата(sergej @ 29.9.2004, 22:15)

Значит ты удтверждаешь, что код...

Утверждений не было
Во всех скриптовых языках с динамическими типами ипользуют хеш таблицы для хранения переменных. Т.е. test="bla" и test.bla="bla" это все лежит в хештаблицах. Xеш таблица очень быстра когда не заполненна, а переменных у тебя не больше пары десятков, так что даже простенькую хешь таблицу ты не загрузишь.

Впрочем это дело вкуса...

Цитата(Sardar @ 29.9.2004, 22:29)

Утверждений не было

нет, я Aliance имел в виду

Цитата

Значит ты удтверждаешь, что код Код  for(o to 10000) { m=3; } Медленней, чем Код  for(o to 10000) { Object[m]=3; }

Имеется ввиду, что хеш-таблицы работают быстрее чем:

Код

for (var i = 0; i < 10000; i++)  if (i == 100)  {    m = i;    break;  }

Так как не требуется последовательного перебора данных.

Цитата

я мысленно перевожу в Си, И примерно представляю, что кроется за каждым вызовом хэш функции

Вот этого делать я бы не советовал: итерпретируемый и компилируемый код это несколько разные вещи.

Это сообщение отредактировал(а) <Spawn> - 30.9.2004, 11:52

Цитата

Вот этого делать я бы не советовал: итерпретируемый и компилируемый код это несколько разные вещи.

Естественно разные, но когда я програмлю на Си, я тоже стараюсь операции на асме представить. Так как всё в конечном к тому сводится. И не надо говорить, что это неправильно .

Если скорость очень важна, то это единственный метод (при наличии оптимального алгоритма конечно).

Цитата(Aliance @ 30.9.2004, 13:34)

Утверждений не было

В таком случае, что ты имел в виду этим предложением касательно моего вопроса?

Цитата(Aliance @ 29.9.2004, 22:00)

Мдя...использование хэш-таблиц наоборот УВЕЛИЧИВАЕТ скорость...

Ладно, Sardar ответил на мой вопрос , спасибо!

Тему мона закрывать