Производительность WCF с net.tcp

В вашем примере: $(this).hide();, this - это переменная JavaScript, представляющая «P», который был нажат, вызывая событие.

Переменные JavaScript никогда не заключаются в кавычки.

Селекторы элементов DOM всегда заключаются в кавычки (документ и окно являются «особыми случаями»).

Чтобы ссылаться на любые элементы в DOM, вы должны заключить его в кавычки. Например: если у вас есть HTML, который выглядит следующим образом:

<button>Click my button</button>

Ваш jQuery может выглядеть так:

$(document).ready(function({
   // listen for hover on the button
   $('button').mouseenter(function() { ... });  // 'button' is a selector for <button>, use quotations

   ...

   // assign the button to a variable and perform an action
   var buttonVar = 'button';  
   $(buttonVar).mouseenter(function(){ ... }); // buttonVar is a variable, do not use quotations

});

В случае $(this), this является переменная, которая представляет текущий активный элемент. Лично я использую $(this) при циклическом переключении между сериями элементов одного типа или элементами массива.

Например, ваш HTML может выглядеть так:

<p class="highlight">Highlight me</p>
<p class="nohighlight">Do not highlight me</p>
<p class="highlight">Highlight me</p>

ваш jQuery может выглядеть так:

$('.highlight').each(function(){         // 'highlight' is a selector for class="highlight", use quotations
   $(this).css("background","yellow");   // this is a variable, do not use quotes
});
6
задан Kim 25 March 2009 в 12:15
поделиться

3 ответа

Ну, после большого поиска с помощью Google кажется, что проблемой является пул потоков. Пул потоков CLR выделяет несколько потоков, и когда они используются, он регулирует создание новых потоков, и через некоторое время он также освобождает неиспользованные потоки.

Существует некоторый беспорядок об ошибке, которая означала, что ThreadPool не соблюдал вызов SetMinThreads.

http://www.michaelckennedy.net/blog/PermaLink,guid,708ee9c0-a1fd-46e5-8fa0-b1894ad6ce0f.aspx

Я не уверен, решена ли эта ошибка, или что, потому что, когда я изменяю настройки ThreadPool, проблема сохраняется.

6
ответ дан 16 December 2019 в 21:46
поделиться

Вещь, которая определяет, как может запросить, обрабатывается одновременная, ServiceThrottlingBehavior. Существует много различных threasholds, которые ограничат сумму обрабатываемого запроса. Это также зависит от привязки Ваш, используют, например, wsHttpBinding значения по умолчанию к сессиям на том, в то время как basicHttpBinding не использует сессий, и предел сессии по умолчанию 10 не является никакой проблемой.

Дополнительную информацию см. в http://msdn.microsoft.com/en-us/library/ms735114.aspx.

1
ответ дан 16 December 2019 в 21:46
поделиться

Указанная ошибка исправлена ​​в .NET 3.5 SP1. Это могло иметь какое-то отношение к проблеме, я думаю, что более вероятно (гораздо более вероятно), что дросселирование - это ваша проблема, а не поток, как указал Морис.

<system.serviceModel>
  <service name="???" >
   <endpoint ... />
  </service>
</system.serviceModel>

Каков предел газа для этой «пустой» конфигурации? 10 сеансов, 16 одновременных звонков! Осторожно.

Подробнее о потоках: http://www.michaelckennedy.net/blog/2008/08/20/ThreadPoolBugInNET20SP1IsFixed.aspx

1
ответ дан 16 December 2019 в 21:46
поделиться
Другие вопросы по тегам:

Похожие вопросы: