Javascript.RU

Создать новую тему Ответ
 
Опции темы Искать в теме
  #31 (permalink)  
Старый 01.08.2011, 01:42
х.з
Посмотреть профиль Найти все сообщения от dmitriymar
 
Регистрация: 21.11.2010
Сообщений: 4,588

Сообщение от nyols
и каковы плюсы такого подхода в отличии от использования эрии ?
из статьи-Это трудности в синхронизации и, главное, невозможность реализации более сложных фигур.
Но, как раз трудностей и нет-да и в вариате с визуальным рисованием фигур любой сложности всё будет проще(хоть каляку маляку-определить только внешние точки для эрии-не сложно.заодно можно и каляки маляки не замкнутые делать). Если фигура не закрашена и клик внутри её, то жизнь с алгоритмом с хабра значительно усложнится.Да и насколько понимаю при одинаковом цвете с наложением будет не так всё просто(это о преимуществе массива над объектом в этом случае в массиве 3х мерном можно индексы по типу z ставить,хотя что мешает с объектом тоже их ставить.. ).
хотя по поводу быстрее-наверное быстрее отработает взаимодействие со множеством эриий чем его код со множеством фигур.хотя,на объектах ресурсов меньше сожрёт,но сложность фигур ограничена и вычислений поболее со сложной фигурой(например-не многоугольник из прямых,а фигура комбинация прямых и дуг-нарисованная в визуальном режиме.либо фигура в форме бублика-уже никак без наворотов кода).И в итоге для сложных он так разрастётся,чего не произойдёт с массивом и эриями. да и с эриями и массивом можно готовые изображения вставлять(закидывать в канву тоже фото) и с лёгкостью манипулировать им
у всего плюсы и минусы есть.

Последний раз редактировалось dmitriymar, 01.08.2011 в 02:31.
Ответить с цитированием
  #32 (permalink)  
Старый 15.08.2011, 18:59
Интересующийся
Отправить личное сообщение для Shock Посмотреть профиль Найти все сообщения от Shock
 
Регистрация: 16.01.2009
Сообщений: 20

dmitriymar, на самом деле, есть заблуждение, что реализованное на нативном dom будет быстрее, чем на js. Так вот. Не забывайте, что dom - ужасно медлителен по своей сути и тащит за собой кучу абстракций. это не всегда так

Автору темы - дока по LC лежит на ГитХабе: https://github.com/theshock/libcanva...master/Docs/Ru
Ответить с цитированием
  #33 (permalink)  
Старый 15.08.2011, 19:19
х.з
Посмотреть профиль Найти все сообщения от dmitriymar
 
Регистрация: 21.11.2010
Сообщений: 4,588

Shock,
сделал реализацию подобного через canvas+svg. на скорость нареканий нет-меня устраивает. а dom-реализация событий у вас на канве его всё равно используtт. дак и смысл используя его говорить что он не используется?
Сообщение от Shock
что реализованное на нативном dom будет быстрее, чем на js.
а как это? всегда считал что результат добивается взаимодействием(грубо) js(vbs..) и Dom ,но не по отдельности

Последний раз редактировалось dmitriymar, 15.08.2011 в 19:23.
Ответить с цитированием
Ответ



Опции темы Искать в теме
Искать в теме:

Расширенный поиск


Похожие темы
Тема Автор Раздел Ответов Последнее сообщение
canvas ии события KOLANICH Events/DOM/Window 17 04.11.2010 21:41
Добавить на canvas еще один елемент greengarlic Общие вопросы Javascript 5 22.09.2010 10:16
Прерывание события на границе двух блоков miller Events/DOM/Window 0 25.06.2010 20:58
Drug&Drop + всплывание события = проблемы =(( _NoName_ Events/DOM/Window 4 05.03.2009 17:47
Явный вызов процедуры обработки события. supchik Общие вопросы Javascript 18 27.01.2009 13:16