При некоторых обстоятельствах динамично созданный sql в коде может иметь лучшую производительность, чем сохраненный proc. Если Вы создали сохраненный proc (скажем, sp_customersearch), который становится чрезвычайно сложным с десятками параметров, потому что это должно быть очень гибко, можно, вероятно, генерировать намного более простой sql оператор в коде во времени выполнения.
можно было утверждать, что это просто перемещает некоторую обработку от SQL до веб-сервера, но в целом который был бы хорошей вещью.
другая большая вещь об этой технике состоит в том, что, если Вы смотрите в профилировщике SQL, Вы видите запрос, который Вы генерировали, и отладьте его намного легче, чем наблюдение, что входит сохраненный вызов proc с 20 параметрами.
Using the answer from this question:
$(elem)
.contents()
.filter(function() {
return this.nodeType == 3; //Node.TEXT_NODE
}).remove();
Если поместить его в элемент DOM, это означает, что jQuery сможет его найти:
например:
var text = 'This is "unwrapped" text';
$("div:contains('" + text + "')").remove();
или просто:
$('p').next().remove();
First, you can wrap them with dummy spans:
$("body").contents()
.filter(function(){ return this.nodeType != 1; })
.wrap("<span class='orphan'/>");
Now you can remove them easily:
$('span.orphan').remove();