var flag=true;
var timeloop;
$(window).resize(function(){
rtime=new Date();
if(flag){
flag=false;
timeloop=setInterval(function(){
if(new Date()-rtime>100)
myAction();
},100);
}
})
function myAction(){
clearInterval(timeloop);
flag=true;
//any other code...
}
Мне нужна такая же функциональность для Microsoft Office Communicator. После небольшого исследования я обнаружил, что следующий синтаксис URI инициирует телефонный звонок (VoIP) через коммуникатор:
tel:+number
например: чтобы коммуникатор позвонил на мой добавочный номер:
tel:+7780
sip:
(или sips:
) - это официальная схема URI для SIP, и я думаю callto:
используется в скайпе.
отказ от ответственности: Я говорю в явных терминах здесь
singleton теперь считаются антипаттерном в основном потому, что в последнее время ими много злоупотребляли, так как они являются быстрым и удобным способом обмена данными по всему приложению - что в некоторой степени является чрезмерным расширением структуры дизайна, которая больше подходит для обеспечения управления доступом к совместно используемому ресурсу.
рассмотрим стандартный вывод программы: доступ к этому ресурсу должен быть защищен одной точкой доступа, чтобы обеспечить синхронизацию операций записи, поэтому, например, System.out должен быть статическим экземпляром на java.
Проблема заключается в том, что, когда вы начинаете иметь одиночный класс, вам нужно знать все тонкие детали того, что вы делаете, потому что вы делаете много строгих предположений о вашем классе одиночного класса, самый важный, что он будет единственным классом в системе. затем вы начинаете использовать его, предполагая, что он всегда будет единственной точкой входа в ваш ресурс, и затем возникает неприятная ошибка, потому что ваш класс теперь развернут на сервере ejb, и каждый контекст ejb имеет свой собственный синглтон, плюс еще один синглтон для каждого jsp, который был перезагружен с сервера, плюс один синглтон за каждый раз, когда ваш синглтон был сериализован и десериализован (так как вы, вероятно, забыли переопределить метод readResolve ()).
Поэтому одиночка должна использоваться с большой осторожностью и теперь считается антипаттерном, несмотря на то, что она полностью полезна для предполагаемого использования.
в случае кэша базы данных было бы лучше, чтобы каждый класс, нуждающийся в кэше, использовал прокси для этого "cache" ресурс, поэтому вы можете добавить логику, чтобы "найти ресурс" внутри самого прокси-сервера вместо того, чтобы связывать логику с извлечением синглтона кэша, который может работать или не работать в зависимости от среды.
так что в нескольких словах использование singleton в качестве средства для совместного доступа к ресурсу плохо, потому что вы жестко кодируете метод поиска ресурса (и игнорирование одиночных подводных камней), в то время как наличие singleton для управления ресурсом в целях синхронизации является полностью приемлемым.
Подумайте о семафорах, они работают, только если вы можете получить один и тот же семафор всегда. в этом последнем случае, что может быть проблемой, это доступ к синглтону отовсюду, где вы должны получить доступ к этому семафору: здесь вам понадобится какой-то класс, чтобы обернуть синглтон вверх и обеспечить более тонкий контроль жизненного цикла самого семафора.
прокси предназначены для покрытия роли "предоставления ресурса по всей системе", будь то одно приложение, клиентская серверная система, различные компоненты одной и той же системы и так далее, с тем дополнительным преимуществом, что при использовании метода извлечения ресурса является непрозрачным. вы можете иметь их предоставить вам singleton, содержащий хэшмап кэшированных значений, вы можете иметь доступ к memcached somhere в сети, вы можете иметь их чтение csv во время тестов, все без изменения, как вы вызываете их из приложения.
-121--3367052-Это может быть связано с установкой ClickToFlash. Либо отключите его, либо установите флажок «Автоматически загружать невидимые представления Flash» в настройках ClickToFlash.
-121--3367538- Существует такая схема URI: tel
. Имеет сложный синтаксис, но вот простой пример его использования:
tel:123-4567
Полную спецификацию см. в http://www.ietf.org/rfc/rfc3966.txt .