Спасибо за перевод.
На мой взгляд, не помешало бы еще добавить ссылки на документации всего что упоминается — XMLHttpRequest, .open, стандартные HTTP-заголовки.
Еще хотелось бы упомянуть про DOMParser для работы с responseText при запрашивании html-страниц. Не самый очевидный момент, что, при работе с результатом DOMParser'а, свойства тегов можно получить только через getAttribute (например href у ссылок).
Производительность весьма печальная, выше 22 FPS 1600x900 не поднимается, загружая видеокарту Radeon HD 6770M на 98% (согласно показаниям MSI Afterburner).
Windows 7 x64, Chrome 36.0.1985.125 m
Возможно, это связано с тем, что у меня не самый лучший интернет, но все же:
Долго смотрел на сильно размазанную картинку, пока не глянул в консоль.
Uncaught ReferenceError: THREE is not defined
dt.htdt.ru/js/DT.min.js:3
Отсюда же пришло желание чтобы страничка как-то дала понять, что загружается.
Со второго раза загрузилось.
Без предварительного анализа приходит мысль что это асинхронная загрузка скриптов облажалась (require.js призван помочь с этим).
А, еще была идея — сделать новую вкладку просто модульно, т.е. отдельное расширение на каждый виджет. Кана — отдельно, speed dial — отдельно, lostfilm, копилку, еще можно добавить rss reader, погоду, карту с пробками и т.д… В общем, чтобы каждый ставил себе «чистую» новую вкладку, делал на ней разметку и пихал туда другие расширения на свой вкус.
Но дальше идеи дело, к сожалению, так не дошло.
Оставлю и свои 5 копеек.
Еще когда вышла новость про новую оперу и ее «копилку» — захотелось сделать аналог себе в хром. А заодно и сделать себе нормальный speed-dial. А еще я как раз начал изучать кану.
В общем, в итоге и набросал себе расширение на замену новой вкладки в хроме. Вот так она выглядит — img842.imageshack.us/img842/5545/97ai.png
Каждый раз при открытии новой страницы у меня слева случайный иероглиф каны с его чтением, по mouse-over отображается анимация написания. Чуть выше кнопки для отображения полного алфавита хираганы/катаканы. По центру speed dial, справа вверху — новинки с lostfilm, и, наконец, копилка — справа внизу, отображает лишь десяток-второй случайных записей.
Самое интересное, что speed dial и копилка работают через закладки — есть отдельная папка "[ NEW TAB ]", с которой расширение и работает. Поскольку хром умеет синхронизировать закладки, он берет на себя задачу синхронизировать и копилку со speed dial'ом =)
В итоге, если мне надо что-то закинуть в «прочитать позже» — я делаю закладку в папке "[ NEW TAB ] / [ MONEY BOX ]" (плюс опционально в подпапку с именем категории), и время от времени оно появляется в этом списке случайных записей.
Еще много чего хотел добавить, но пыл уже угас :)
Впрочем, если кто подскажет где можно найти реализацию алгоритма fuzzy search как в sublime — буду признателен.
Боюсь, вы меня неправильно поняли, и, к сожалению, ответили на все кроме моего вопроса.
Я не говорил что Transform это компонент для доступа к другим — я лишь сказал что это компонент. Но в то же время, это, само собой разумеется, и класс тоже.
Так же, по-прежнему, свойство transform (именно свойство, не сам класс) было создано для того, чтобы не использовать GetComponent(Transform), насколько я понимаю. Правда, я не знаю, быстрее ли доступ к компоненту через это свойство (кешируется ли этот компонент?), или же это было сделано просто для более короткой и удобной записи.
Мой вопрос: сопоставима ли разница во времени при получении доступа к компоненту через свойство по отношению к получению доступа через поиск (GetComponent) и получение доступа к свойству компонента напрямую по отношению к получению через кешированную переменную — например:
myObject.GetComponent(Transform);
// по отношению к
myObject.transform;
// и
var t : Transform = myObject.transform;
...
t.position.Set(4, 8, 15);
// по отношению к
var p : Vector3 = myObject.transform.position;
...
p.Set(4, 8, 15);
Вы уверены насчет position, forward и прочих? Насколько я понял, transform — это одно из полей, которые были созданы для упрощение получения доступа к наиболее часто используемым компонентам. Однако position и подобные уже не являются компонентами, следовательно поиск по иерархии тут неуместен, на мой, не очень осведомленный, взгляд.
Лично у меня вышло как-то наоборот: в 7-8 классе, когда изучали псевдокод, я ни черта не понимал и все списывал. Как дело дошло до реального языка — я стал, без преувеличения, лучшим в классе и начал самообучение языку.
Согласен, у меня тоже сотня-вторая закладок, которые я 99% времени не использую. Однако смысл их добавления был в том, чтобы быстро найти необходимую информацию, если она внезапно потребуется. Для меня они на практике оправдывают свое существование в том самом 1%. Впрочем, 5-10% закладок — нужны лишь для того чтобы открыть их позже один раз, а еще 40-60% — все же и вправду устаревший мусор, который надо бы почистить…
Забавно. Видео с самого начала было доступно только для тех, у кого есть ссылка — я о нем узнал через подписку. На всякий случай я сохранил копию видео, но сейчас залить не успею — будет часов через 8.
На мой взгляд, не помешало бы еще добавить ссылки на документации всего что упоминается — XMLHttpRequest, .open, стандартные HTTP-заголовки.
Еще хотелось бы упомянуть про DOMParser для работы с responseText при запрашивании html-страниц. Не самый очевидный момент, что, при работе с результатом DOMParser'а, свойства тегов можно получить только через getAttribute (например href у ссылок).
Windows 7 x64, Chrome 36.0.1985.125 m
Долго смотрел на сильно размазанную картинку, пока не глянул в консоль.
Uncaught ReferenceError: THREE is not defined
dt.htdt.ru/js/DT.min.js:3
Отсюда же пришло желание чтобы страничка как-то дала понять, что загружается.
Со второго раза загрузилось.
Без предварительного анализа приходит мысль что это асинхронная загрузка скриптов облажалась (require.js призван помочь с этим).
Но дальше идеи дело, к сожалению, так не дошло.
Еще когда вышла новость про новую оперу и ее «копилку» — захотелось сделать аналог себе в хром. А заодно и сделать себе нормальный speed-dial. А еще я как раз начал изучать кану.
В общем, в итоге и набросал себе расширение на замену новой вкладки в хроме. Вот так она выглядит — img842.imageshack.us/img842/5545/97ai.png
Каждый раз при открытии новой страницы у меня слева случайный иероглиф каны с его чтением, по mouse-over отображается анимация написания. Чуть выше кнопки для отображения полного алфавита хираганы/катаканы. По центру speed dial, справа вверху — новинки с lostfilm, и, наконец, копилка — справа внизу, отображает лишь десяток-второй случайных записей.
Самое интересное, что speed dial и копилка работают через закладки — есть отдельная папка "[ NEW TAB ]", с которой расширение и работает. Поскольку хром умеет синхронизировать закладки, он берет на себя задачу синхронизировать и копилку со speed dial'ом =)
В итоге, если мне надо что-то закинуть в «прочитать позже» — я делаю закладку в папке "[ NEW TAB ] / [ MONEY BOX ]" (плюс опционально в подпапку с именем категории), и время от времени оно появляется в этом списке случайных записей.
Еще много чего хотел добавить, но пыл уже угас :)
Впрочем, если кто подскажет где можно найти реализацию алгоритма fuzzy search как в sublime — буду признателен.
bit.ly/1aWSy10
Или это касается только unity-c#?
Я не говорил что Transform это компонент для доступа к другим — я лишь сказал что это компонент. Но в то же время, это, само собой разумеется, и класс тоже.
Так же, по-прежнему, свойство transform (именно свойство, не сам класс) было создано для того, чтобы не использовать GetComponent(Transform), насколько я понимаю. Правда, я не знаю, быстрее ли доступ к компоненту через это свойство (кешируется ли этот компонент?), или же это было сделано просто для более короткой и удобной записи.
Мой вопрос: сопоставима ли разница во времени при получении доступа к компоненту через свойство по отношению к получению доступа через поиск (GetComponent) и получение доступа к свойству компонента напрямую по отношению к получению через кешированную переменную — например:
www.youtube.com/watch?v=KbtkpYIbuCw