isset
возвращает истину или ложь, а не значение идентификатора
Возвращает TRUE, если var существует и имеет значение other чем NULL. ЛОЖЬ в противном случае.
blockquote>Таким образом, ваш код должен выглядеть следующим образом:
if (isset(
isset
возвращает истину или ложь, а не значение идентификатораВозвращает TRUE, если var существует и имеет значение other чем NULL. ЛОЖЬ в противном случае.
blockquote>Таким образом, ваш код должен выглядеть следующим образом:
[110]Кстати, как говорится в комментариях: прочитайте о готовых инструкциях, чтобы предотвратить внедрение SQL и не храните простой текстовый пароль, используйте password_hash или некоторые другие функции.
POST['id'])){ $id =
isset
возвращает истину или ложь, а не значение идентификатораВозвращает TRUE, если var существует и имеет значение other чем NULL. ЛОЖЬ в противном случае.
blockquote>Таким образом, ваш код должен выглядеть следующим образом:
[110]Кстати, как говорится в комментариях: прочитайте о готовых инструкциях, чтобы предотвратить внедрение SQL и не храните простой текстовый пароль, используйте password_hash или некоторые другие функции.
POST['id'];Кстати, как говорится в комментариях: прочитайте о готовых инструкциях, чтобы предотвратить внедрение SQL и не храните простой текстовый пароль, используйте password_hash или некоторые другие функции.
ASP.NET MVC использует в значительной степени совершенно другую философию для обычного ASP.NET; как таковой, за несколькими незначительными исключениями, почти никакие средства управления ASP.NET (и т.д.) не будут работать в ASP.NET MVC. Кроме чего-либо еще, просто не существует точка в жизненный цикл страницы, где они обычно делают что-то.
Существуют способы сделать это, например, в плагине проверки jQuery, или при помощи IDataErrorInfo
, и т.д.
Обратите внимание, что, если Вы делаете проверку в клиенте, необходимо все еще сделать это (отдельно) в сервере. Тем противным браузерам нельзя доверять;-p
ASP.NET MVC покончил с большинством классических средств управления ASP.NET как платформа, не поддерживает многие из сумасшедшего материала, которого эти средства управления потребовали быть введенными в Ваши страницы, таким образом, они работали бы. Материал как состояние отображения и неясные функции JavaScript, брошенные волей-неволей везде.
Блоки проверки допустимости, о которых Вы говорите, принадлежат области веб-форм и веб-элементов управления. В ASP.NET MVC все, что Вы делаете в представлении, генерирует чистый HTML. Valdiators являются в сущности веб-элементами управления Маркировки и нуждаются в состоянии отображения который больше доступный.
Нет никаких компонентов, о которых я знаю. Вы оказываетесь перед необходимостью делать проверку сами как это (или используйте updatemodel и т.д.),
if (String.IsNullOrEmpty(username))
{
ModelState.AddModelError("username", "You must specify a username.");
}
Затем возвратитесь к своей форме редактирования, и ошибки Modelstate появятся в сводке проверки.
Существуют платформы проверки как xval там, не уверены, если это - то, что Вы ищете?
Блоки проверки допустимости ASP.NET больше не работают, но некоторая работа была сделана для упрощения задачи. Я использовал, например, xVal, который делает достойную задачу и даже интегрируется с проверкой JQuery, но я рекомендую Вам изучить, как проверка работает перед использованием чего-то как этот.
Упрощение, существует ошибочный набор в ViewData, который содержит два набора, ссылки, каждое поле формы и другой являются списком ошибок, связанных с ними. Это заполняется при привязке или вручную и если существуют некоторые ошибки, они могут быть отображены в сводке или рядом с полем (использующий помощников HTML с этой целью).
Платформы заполняют набор автоматически и могут перевести правила проверки в клиентские сценарии, но сущность изучает, как проверка работает в MVC.