прототип и jQuery мирное сосуществование?
В общем, если предположить, что файл объемом 2 ГБ находится на диске, и вы хотите прочитать какую-то часть из него в память, вам абсолютно не нужно сначала читать все 2 ГБ в память.
Наиболее простым решением является использование файла произвольного доступа
. Суть в том, что он обеспечивает абстракцию указателя, который можно перемещать назад и вперед по большому файлу и после того, как вы Установив, вы можете читать байты с места, на которое указывает указатель.
RandomAccessFile file = new RandomAccessFile(path, "r");
file.seek(position);
byte[] bytes = new byte[size];
file.read(bytes);
file.close();
4 ответа
Спасибо за предложения все. В конце я думаю, что объяснение Кента было самым близким, который в основном составил "Прототип, повреждается". (Извините, если я суммирую Вас неправильно :)
Что касается jQuery.noConflict опция - я уже упомянул это в вопросе. Это имеет значение, когда Вы выполняете этот метод, и я имею очень мало контроля над этим. Как я сказал, я попытался выполнить его в нескольких различных местах (конкретно верхний колонтитул страницы и также из моего файла сценария), бесцельно. Так, хотя мы все хотели бы, чтобы это было, "просто используйте noConflict"не ответ на этот вопрос, по крайней мере, не без дополнительной информации.
Кроме того, jQuery.noConflict кажется, о $ переменная и код вокруг ошибочной точки не имеют дело с той переменной вообще. Конечно, они могли быть связаны косвенно, я не разыскал его.
Так в основном я закончил тем, что переписал сценарий с помощью jQuery вместо Прототипа, который на самом деле имел его собственные проблемы. Так или иначе я опубликовал целую военную историю на своем блоге, должны Вы быть интересно.
Который стоит прочитать эту статью о сайте JQuery об Использовании JQuery С Другими Библиотеками. Это имеет дело с больше, чем просто noConflict опция.
Я думаю, что необходимо искать хорошо, потому что все плагины jQuery имеют версию прототипа, и все опытные плагины имеет версию jQuery. Если Вы действительно не находите то, что Вы смотрите, и Вы не можете пользоваться только одной библиотекой, смотреть здесь на
jQuery.noConflict();
Но снова, я думаю, что не имеет никакого смысла загружаться по 15-20kb для каждой библиотеки :)
Существует противный прием, многие библиотеки делают это, я взял отличную симпатию к, и похоже, что прототип является одним из них.
Mootools делает это, Если я прав, и он включает перегрузку многих прототипов на основных классах, обезьяна, исправляющая их.
И аналогично, я так же встретился со странным поведением, когда mootools и jQuery присутствовали, обычно смерть jQuery, потому что это называло некоторый метод объекта, который был так или иначе перегружен / обезьяна, исправленная Mootools.
Кроме того, загадочно, вынимая mootools из списка использования сценария, привел ко всему работающему намного быстрее, который я завершил, было должно меньше возразить загрязнению.
Теперь я мог быть неправым, но я заключил из своего опыта, таким библиотекам просто не нравится сосуществовать друг с другом, и видящий, как код mootools, казалось, мне ухудшал скорость, на которой были сделаны нормальные вещи, я высосал и портировал весь mootools базирующийся код к jQuery (Трудоемкое соглашение, я уверяю Вас), и результат, был код, который был быстр и не имел странных ошибок, которые были необъяснимы.
Я рекомендую рассмотреть миграцию как по крайней мере Одну из опций.
Еще одна вещь, при записи:
Я склонен использовать этот синтаксис со всем своим jQuery управляемый код, некоторое время безопасной инкапсуляции в конечном счете кто-то повреждает '$' так или иначе.
Код во время выполнения Это ожидает document.ready перед выполнением:
jQuery(function($){
code_with_$_here;
});
Плагины jQuery
(function($){
code_with_$_here;
})(jQuery);
Используя их поможет людям, использующим любой jQuery, который Вы, оказывается, пишете, чтобы смочь использовать его без большой части проблемы конфликта.
Это в основном оставит их, чтобы удостовериться, что их код не делает ничего действительно волшебного.