прет сем =)

вопрос у меня такой..:

Код

public class Example{   //так? 1.   int i = 100;       public int Methode1() {     //или так? 2.     int i = 100;      //many functions     return i;   } }

Methode1 будет вызнана много раз в программе..
взят буквально простенький пример для понимания.. так как лучше имплементировать перемынные? => меня интересует скорость исполнения.. похоже на то, что первый вариант лучше.. т.к. сборшик мусора не будет севя утруждать этой переменной.. и мало того, память на переменную не будет постоянно заниматься снова и снова.. или я ошибаюсь?

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

Если же тебе надо что-то от Object, то тут экономия будет, т.к. создание объекта - это достаточно длинная операция (относительно).

polosatij
Второй лучше.

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

Во-вторых, я не могу точно утверждать относительно Java, но в С++ первый вариант будет работать МЕДЛЕННЕЕ, чем второй. Ведь обращение к полю класса происходит через использование указателя this, а к локальной переменной просто работа с вполне определёнными смещениями стека.

Про нарушение логики вообще не говорю. А так, поле класса будет всегда храниться вместе с обьектом, метод обьекта нельзя будет паралельно запустить в нескольких тредах.

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

Цитата(AntonSaburov @ 1.8.2005, 12:48)

Если же тебе надо что-то от Object, то тут экономия будет, т.к. создание объекта - это достаточно длинная операция (относительно).

да.. меня интересуют именно объекты..

Цитата

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

а если я работаю с объектами? ведь создание и очистка объекта ест много ресурсов?

Цитата(Sardar @ 1.8.2005, 12:55)

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

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

Цитата(Sardar @ 1.8.2005, 12:55)

Локальная переменная(примитив) к сборщику мусора не имеет никакого отношения, это всего лишь временная ячейка "регистра", которая "исчезнет" при выходе из функции.

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

Цитата(polosatij @ 1.8.2005, 15:01)

а если я работаю с объектами? ведь создание и очистка объекта ест много ресурсов?

Ну так ты уточни задачу.

Если так

Код

class MyClass {      MyLogger logger;      public MyClass()      {          logger = new MyLogger();      }      public void Method1()      {          logger.AddEvent("Method1 called");      } }

То это, конечно, вполне естественное решение: использовать созданный заранее объект в классе и из метода обращаться к нему.

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

Это сообщение отредактировал(а) Дрон - 1.8.2005, 14:10

Память под переменные примитивных типов выделяется в стеке, а память под объекты в куче.
Когда ты пишешь

Код

Object obj;

компилятор выделит место не под объект, а под ссылку на него.

А вот кострукция

Код

new Object()

реально выделит память под объект в куче.

Цитата(LSD @ 1.8.2005, 13:11)

Память под переменные примитивных типов выделяется в стеке

Причём верхушка стека красиво превращаеться в подобие "регистров", Domestic Cat разбирал байткод и описывал внутренюю работ, вызов методов.

Прежде всего, локальная переменная и инстанс-переменная играют разную роль. Инстанс переменная нужна если она характеризует свойство объекта, или является вспомогательной и должна сохранять значение между вызовами методов. Локальная переменная пропадает после завершения метода. Просто пиши такой код, который более подходит к твоей ситуации, а далее проверь - нужны ли тебе инстанс переменные или нет. Если их можно заменить локальными - такой код возможно будет оптимальнее но и (возможно) менее читабельным. Собственно, на таких оптимизациях ты ничего не выиграешь, если переменная - не ссылка на большой массив.