Мое исследование имеет дело с удобством использования API, и я встретился с большим количеством комментариев, которые плохи просто, потому что они вводят в заблуждение, неуместный, неправильный, или неполный.
, Например, в Службе обмена сообщениями Java (JMS или в J2EE), класс QueueReceiver.receive содержит следующий драгоценный камень: "Этот вызов, блоки до сообщения прибывают, тайм-аут, истекает, или этот потребитель сообщения закрывается. Тайм-аут нуля никогда не истекает и блоки вызова неограниченно долго".
Звучит великолепно? право?
проблема как мое шоу исследований лаборатории, что пользователи полагают, что комментарии касаются всего. Сталкивающийся с ситуацией, где сообщения не получены, они отказываются в другом месте искать объяснение.
В этом случае при создании QueueConnection из QueueConnectionFactory он говорит Вам, что сообщения не были бы переданы, пока запуск не называют. Но это не появляется в получить методе.
я полагаю, что, если бы та строка не была там, больше людей искало бы ее в другом месте.
Между прочим, мое исследование имеет дело с удобством использования JavaDoc в целом, и в том, находят ли люди на самом деле важные директивы в JavaDocs. Если кто-либо хочет смотреть, связанное здесь .
Выполнение Javascript блокирует браузер, и вы не увидите перерисовку, пока выполнение вашего кода не будет завершено. Вам действительно не о чем беспокоиться.
Я опубликовал хороший пример на jsbin.com: http://jsbin.com/ecuku/edit
Обновление: Часто это бывает предложил изменить узлы вне DOM, потому что изменение DOM вызывает перекомпоновку (а не перерисовку). Reflows - это когда браузеру необходимо пересчитать положение и размеры элементов на вашей странице, потому что что-то изменилось. Хотя выполнение вашего javascript может вызвать несколько перекомпоновок, это вызовет только одну перерисовку (когда ваш код завершится). Эти перекомпоновки могут значительно снизить производительность, но для небольшого количества изменений DOM (например, в вашем коде всего 3), вероятно, не стоит тратить силы на внесение изменений за пределами страницы. Также, клонирование узла и его изменение за пределами страницы перед вставкой обратно может иметь неожиданные последствия. Например, если у вас есть прикрепленные обработчики событий, их нужно будет повторно подключить к новым узлам.
Вы можете использовать cloneNode . После клонирования вы можете проделать все манипуляции с клоном, а затем заменить исходный узел. Это предотвратит мигание вашего контента при отображении: ни один из предложенных JP.