Запрос [“ключ”] по сравнению с запросом. Params [“ключ”] по сравнению с запросом. QueryString [“ключ”]
Request["key"] по сравнению с Request.Params["key"] по сравнению с Request.QueryString["key"]
Какой метод делают Вас, закаленные программисты используют? и почему?
4 ответа
next () и nextAll () пересекают родственные узлы элемента, а не нижестоящие элементы. Вместо этого используйте «find ()»
var text_val = $('#first').find('#second_child').html();
val () при работе с такими элементами, как входные данные и текстовые области. html () возвращает все, что находится под div (что работает в вашем примере). text () возвращает текст в элементе (который также будет работать в примере).
Ваш пример также заставляет меня с подозрением относиться к вашему дизайну. Если для нескольких идентификаторов установлено значение «# second _ child», HTML-код запутывается. Вместо этого используйте класс. Однако если существует только один идентификатор «# second _ child», то все, что вам нужно:
var text_val = $('#second_child').text();
Потому что HTTP не имеет состояния. После выполнения клиентского запроса сервером информация не сохраняется для использования в будущих транзакциях.
-121--1436911- Я рекомендую Request.QueyString [«ключ»] . Нет большой разницы в запросе [«Ключ»] для строки запроса, но есть большая разница (er), если вы пытаетесь получить значение из ServerVariables . Запрос [«Key»] выполняет поиск значения в QuureString , если оно имеет значение null, то выполняется поиск Form , затем Cookie и, наконец, ServerVariables .
Использование Params является наиболее дорогостоящим. Первый запрос на создание параметров создает новую NameGroupCollection и добавляет каждую из QuureString , Form , Cookie и ServerVariables в эту коллекцию. Для второго запроса на нем производительность выше, чем Запрос [«Ключ»] .
Сказав, что исполнение разница для пары ключей довольно пренебрежительна. Ключ здесь - код, который должен показывать намерение, и использование Request.QuureString дает понять, каково намерение.
Я предпочитаю использовать Request.QueryString ["key"] , потому что это помогает читателю кода точно знать ] откуда вы получаете данные. Я обычно не использую Request.Params ["key"] , потому что он может относиться к cookie, строке запроса и некоторым другим вещам; так что пользователю нужно немного подумать. Чем меньше времени нужно кому-то на то, чтобы понять, о чем вы думаете, тем проще поддерживать код.
Попробуйте...
var text_val = $('#first > #second_child').text();
После нажатия / для ввода строки поиска можно использовать Ctrl-R , а затем ввести букву, представляющую регистр, который требуется использовать.
например.
- Сначала
"Aywдля ввода слова в регистр A - Затем
/^ R Aдля ввода содержимого регистра A в строку поиска.
Я всегда явно указываю коллекцию. Если по какой-то причине вы хотите разрешить переопределения, закодируйте "get" для каждого и напишите какой-нибудь четкий код, который показывает вашу иерархию для выбора одного над другим. ИМО, я не люблю получать ценность из нескольких источников без четкой бизнес-причины для этого.
HttpRequest.Params или Request.Params получает почти все (строку запроса, форму, куки и переменные сеанса) из httprequest, тогда как Request.Querystring будет извлекать только строка запроса ... все зависит от того, что вы делаете в данный момент.