Сеттер геттер vs прямой доступ
Запись от Tails размещена 18.04.2013 в 22:21
Цель:
В целях удовлетворения любопытства, устроить небольшой тест - сравнение на скорость доступа к переменной через сеттер/геттер и прямой доступ. Очевидно, что сеттер/геттер будет работать медленнее прямого доступа, но насколько? Может, кому то ещё кроме меня будет интересно.
Постановка:
Сперва даём плееру 1 секунду на "разогрев", затем делаем замеры времени на скорость обработки операций инкремента через два разных способа. Сперва через прямой доступ, затем сеттер/геттер. Операция инкремента будет вызывать геттер и сеттер для каждой итераций.
Софт:
Тест проводился в Flash CS5, в версиях флешь плеера 10 и 11.6. Результаты одинаковые. Вывод делался в трейс.
Класс SetterGetter:
Код AS3:package { public class SetterGetter { private var _i:uint; public function SetterGetter() { // constructor code } public function get i():uint{ return _i; } public function set i(value:uint):void{ _i = value; } } }
Код AS3:package { public class Direct { public var i:uint; public function Direct() { // constructor code i = 0; } } }
Код AS3:import flash.utils.Timer; import flash.events.TimerEvent; // Тест на скорость обработки var timer:Timer = new Timer(1000, 1); timer.addEventListener(TimerEvent.TIMER_COMPLETE, onStartTest); timer.start(); const ITERATIONS:uint = 9999999; var test1:SetterGetter = new SetterGetter(); var test2:Direct = new Direct(); var time:Number; trace('--- Start Test of ' + ITERATIONS + ' iterations ---'); function onStartTest(e:TimerEvent):void{ var i:uint; var result1:Number; var result2:Number; // Direct time = getTimer(); for(i = 0; i < ITERATIONS; i++){ test2.i ++; } result1 = getTimer() - time; trace('Direct result: ' + result1 + ' milliseconds'); // Setter getter time = getTimer(); for(i = 0; i < ITERATIONS; i++){ test1.i ++; } result2 = getTimer() - time; trace('Setter getter result: ' + result2 + ' milliseconds'); // Total trace('Difference to: ' + result2 / result1); }
Код:
--- Start Test of 9999999 iterations --- Direct result: 335 milliseconds Setter getter result: 2301 milliseconds Difference to: 6.86865671641791
Конечно, 9999999 итераций это очень много. Но всё же, разница скорости доступа на "микро уровне" варьируется в диапазоне от 5.5 - 7.5. В среднем, скорость доступа к переменной через сеттер геттер в 7 раз медленнее прямого доступа.
сеттер геттер vs прямой доступ.rar
Всего комментариев 16
Комментарии
19.04.2013 11:00
|
|
|
Трейсы работают только в дебаге.
Делать тесты производительности в дебажной флешке нельзя. Работает часто совсем не так, как в релизной. Еще, нужен релизный плеер, чтобы быть совсем честным. |
|
19.04.2013 14:15
|
|
|
В ASC 2.0 появились функции подстановки (inline). Возможно они спасут сеттеры и геттеры, потестировать-бы.
|
|
19.04.2013 14:57
|
|
|
Хмм, к чему тесты? Все равно в большинстве случаев без геттеров/сеттеров не обойтись.
|
|
19.04.2013 16:28
|
|
|
Цитата:
Хмм, к чему тесты? Все равно в большинстве случаев без геттеров/сеттеров не обойтись.
|
|
19.04.2013 19:25
|
|
|
Не очень понятно, зачем нужно было сравнивать разные инструменты.
|
|
19.04.2013 20:09
|
|
|
|
Цитата:
Обойтись конечно можно, но зачем? Доступ Public нужен только для методов и конструкторов класса, больше нигде он не нужен. public var - моветон ! и баста
|
|
19.04.2013 21:08
|
|
|
etc,
Всё же эти инструменты очень похожи. У меня появился такой интерес из-за того, что один класс, реализующий некоторый интерфейс, должен был иметь свойство. Так как в интерфейсе указать переменные нельзя, его пришлось сделать через геттер/сеттер, вот и стало интересно, на сколько это накладнее обычной переменной. |
|
19.04.2013 23:53
|
|
|
Сеттеры и геттеры – это синтаксический сахар. Короче, это – методы.
Насколько поле класса похоже на метод я не знаю. Цитата:
public var - моветон ! и баста
Upd: хотя, наверное я опешил. Это не совсем сахар, но суть ты же. |
|
01.05.2013 21:08
|
|
|
get set нужны порой даже очень.
Тем более что создается set или get не всегда для дублирования имеющихся переменных, но и для создания динамических переменных зависящих от других переменных\методов. А что касается теста, то что set,get уступают по скорости - говорит лишь об одном : Так уж распределяется память при использовании этих методов. Никто же не знает как себя ведет остальной код, Может быть обращаясь через dirrect , сами dirrectы и быстры, но зато new Object()-у выполняемому в это время повезло меньше. Да и set get это отнюдь не самый прожерливый кодчтобы на нем экономить |
|
02.05.2013 14:30
|
|
|
|
Можно поподробнее о распределении памяти при get/set вызовах?
|
|
05.05.2013 12:01
|
|
|
Tails, как вам идея сравнить JSON с JPEG?
|
|
05.05.2013 12:42
|
|
|
Кратко о работе поиска ссылок на основе примера в статье.
Каким образом виртуальная машина осуществляет поиск членов экземпляра класса? Сначала попытка найти ссылку на экземпляр класса в локальной области видимости метода, в котором упоминание о ссылке встретилось. Не нашли, переходит в область видимости класса. Находит среди остальных членов экземпляра класса свойство — что и будет ссылкой на объект в памяти. Далее, ВМ видит, что вызывается какой-то публичный член у этого экземпляра класса. "Очень круто!" — думает она и начинает искать среди публичных членов экземпляра класса нужное свойство или метод. Если это было просто публичное поле, то вот оно — мы его нашли сразу. А если это сеттер, который является обычным методом, посыпанным синтаксическим сахарком, то мы пока только нашли ссылку на этот метод. А еще нужно его выполнить. Поэтому ВМ начинает выполнять код в методе. Находит обращение к приватному полю. Но ведь она не знает, что оно приватное, верно? Ищет упоминание об этом поле в локальной области видимости метода. Не находит, переходит в область видимости экземпляра класса. Находит там. А теперь посмотрите, сколько лишних шагов выполняет ВМ, пока доберется до обычного auto-property акцессора. На больших итерациях время накапливается, хоть и незначительно. В данной ситуации, если не будет использоваться хотя бы одна возможность метода, относительно обычного паблик поля, логично заменить их на паблик поля. Бритва Оккама, не стоит городить что-то ради этого чего-то, а не функциональности, если простым языком. |
|
05.05.2013 17:49
|
|
|
|
Psycho Tiger,
Цитата:
А какой толк в обёртке get/set, если этот get/set только меняет переменную, не имея дополнительной логики?
Мне вот ещё свойство length у массивов вспомнилось, оно подсвечивается в FD как public var, но может работать и как сеттер, укорачивая длину массива. Это какое-то низкоуровневое отсечение? |
|
05.05.2013 23:20
|
|
|
|
Цитата:
Геттер-сеттер выгодно отличается от обычного поля класса тем, что может быть указан в интерфейсе.
Конечно, я говорю о случае, когда этой функциональности не требуется. Цитата:
Мне вот ещё свойство length у массивов вспомнилось, оно подсвечивается в FD как public var, но может работать и как сеттер, укорачивая длину массива. Это какое-то низкоуровневое отсечение?
Но это "первые мысли" – однозначно сказать не могу - надо курить тамарин. |
|
08.05.2013 19:26
|
|
|
Я не первый раз встречаю в некоторых проектах приватные переменные в классах, и пустышки сеттер-геттер к ним. Как по мне, это полный бред.
В Value Objects использование setter-getter так же не имеет особой смысловой нагрузки, когда нужно просто запихнуть данные. Исключение может составить установка значения через конструктор, и read-only доступ через геттеры. Всё упирается в адекватность. Если сеттер с геттером пустые, то кажется проще привести поле класса к типу public. Если же нужно как-то отслеживать, фильтровать или ограничивать доступ, тогда конечно, имеет смысл использовать setter-getter. |
|
08.05.2013 19:30
|
|
|
Цитата:
Если сеттер с геттером пустые, то кажется проще привести поле класса к типу public.
Цитата:
и read-only доступ через геттеры.
Любой подход оправдан, если он применен для решения определенной задачи. |
Последние записи от Tails
- ДНК Кодировщик (11.01.2016)
- Глюк с normalize в Pixel Bender после 11 версий плеера. (20.08.2015)
- SWF to PNG Converter (29.06.2013)
- Сеттер геттер vs прямой доступ (18.04.2013)
- Основы создания 2д анимации на примере (25.02.2012)
