Когда Построители выражений ASP.NET являются самыми полезными?
Я предлагаю вам использовать строку кода внутри вашей библиотеки Java-скриптов.
document.write("Script/jquery.min.js'></script>");
с помощью этого вам не нужно добавлять ссылки на два файла на вашей странице.
4 ответа
Мы используем построитель пользовательских выражений для локализации нашего приложения. Например, разметка выглядит так:
<asp:LinkButton Text="<%$ Str:SomeString %>" ... />
Построитель выражений считывает строку с идентификатором SomeString из файла ресурсов (с учетом языковых предпочтений текущего пользователя) и назначает ее свойству Text LinkButton.
Это довольно гибкий: мы можем добавлять языки, просто копируя файл ресурсов в каталог приложения. И если клиент хочет иметь другой текст для этой кнопки ссылки, он просто добавляет свою настраиваемую строку в файлы ресурсов и изменяет идентификатор строки в построителе выражений (без необходимости изменения кода программной части).
Пользовательские выражения удобны, если вам небезразлично ViewState (должно быть). См. ИСТИННОЕ понимание ViewState .
Создание некоторых параметров JavaScript клиента «Dynamic», является хорошим использованием для этой функции.
Итак, скажем, у вас есть настройка в файле Web.config, который вы хотите сделать его вниз к клиенту в теге JavaScript. Вы можете справиться с мероприятием Onrender в коде позади и газиться с JS там, но это было бы уродливо. Намного приятнее сделать что-то вроде этого в ASPX:
<script type="text/javascript">
var sessionKill = <%$ AppSettings:ClientSessionTimeOut%>
Это полезно, когда вам нужно, чтобы выражение выполнялось на ранней стадии жизненного цикла страницы. Он выполняется, когда параметр необходим, а не на определенном этапе жизненного цикла страницы.
Также обратите внимание на создание универсального построителя выражений «Код» .