Вот jQuery-подход, который добавляет информацию в json через атрибут src iframe. Вот демонстрация, изменение размера и прокрутка этого окна .. результирующий URL-адрес с json выглядит так ... http://fiddle.jshell.net/zippyskippy/RJN3G/show/# {docHeight: 5124, windowHeight: 1019 , scrollHeight: 571} #
Вот скрипт исходного кода http://jsfiddle.net/zippyskippy/RJN3G/
function updateLocation(){
var loc = window.location.href;
window.location.href = loc.replace(/#{.*}#/,"")
+ "#{docHeight:"+$(document).height()
+ ",windowHeight:"+$(window).height()
+ ",scrollHeight:"+$(window).scrollTop()
+"}#";
};
//setInterval(updateLocation,500);
$(window).resize(updateLocation);
$(window).scroll(updateLocation);
В вашем случае использование «Hey Siri» в качестве сравнения не является точным, поскольку эта функция опирается на выделенную SoC, в частности, для оптимизации энергопотребления. В вашем сценарии у вас нет выбора, кроме как потреблять ресурсы процессора, что приведет к более высокому энергопотреблению.
Несмотря на то, что потребуется дальнейшее тестирование, я предполагаю, что ваше энергопотребление будет не лучше, чем приложение в неактивном состоянии в лучшем случае (YMMV в зависимости от того, что еще делает ваше приложение).
https://machinelearning.apple.com/2017/10/01/hey-siri.html
Чтобы не запускать основной процессор весь день, только для прослушивания для триггерной фразы iPhone всегда включен (AOP) (небольшой вспомогательный процессор с низким энергопотреблением, то есть встроенный Motion Coprocessor) имеет доступ к сигналу микрофона (на 6S и более поздних версиях). Мы используем небольшую часть ограниченной вычислительной мощности AOP для запуска детектора с небольшой версией акустической модели (DNN).
blockquote>Акустическая модель, на которую она ссылается, - это триггерная фраза «Hey Siri», которую она была высоко оптимизирована для обнаружения, снова возвращаясь к соображениям мощности и производительности.