NullPointerException
s - исключения, возникающие при попытке использовать ссылку, которая указывает на отсутствие местоположения в памяти (null), как если бы она ссылалась на объект. Вызов метода по нулевой ссылке или попытка получить доступ к полю нулевой ссылки вызовет функцию NullPointerException
. Они наиболее распространены, но другие способы перечислены на странице NullPointerException
javadoc.
Вероятно, самый быстрый пример кода, который я мог бы придумать для иллюстрации NullPointerException
, be:
public class Example {
public static void main(String[] args) {
Object obj = null;
obj.hashCode();
}
}
В первой строке внутри main
я явно устанавливаю ссылку Object
obj
равной null
. Это означает, что у меня есть ссылка, но она не указывает на какой-либо объект. После этого я пытаюсь обработать ссылку так, как если бы она указывала на объект, вызывая метод на нем. Это приводит к NullPointerException
, потому что нет кода для выполнения в местоположении, на которое указывает ссылка.
(Это техничность, но я думаю, что она упоминает: ссылка, которая указывает на null, равна 't то же, что и указатель C, указывающий на недопустимую ячейку памяти. Нулевой указатель буквально не указывает на в любом месте , который отличается от указаний на местоположение, которое оказывается недопустимым.)
^(?:(?!boon\.ini|http).)*$\r?\n?
(взятый от библиотека RegexBuddy) будет соответствовать любой строке, которая не содержит boon.ini и/или http. Это то, что Вы хотели?
Вместо того, чтобы инвертировать результат в рамках выражения, необходимо сделать это в коде. Тем путем выражение становится довольно простым.
\b(boon\.ini|http)\b
возвратился бы true
, если бы boon.ini или http были где-нибудь в Вашей строке. Это не распознает слова как httpd или httpxyzzy из-за эти \b
, или границы слова. Если Вы хотите, Вы могли бы просто удалить их, и это будет соответствовать тем также. Для добавления большего количества ключевых слов просто добавьте больше каналов.
\b(boon\.ini|http|foo|bar)\b
Вы могли бы быть хорошо обслужены путем записи regex, который будет успешно выполняться , когда он встретится со словами, Вы ищете, и затем инвертируете условие.
, Например, в жемчуге Вы использовали бы:
if (!/boon\.ini|http/) {
# the string passed!
}
Какая language/regexp библиотека? Я думал Вы, вопрос был вокруг ASP.NET, в этом случае, Вы видите "отрицательный lookhead" раздел этой статьи: http://msdn.microsoft.com/en-us/library/ms972966.aspx
Строго говоря отрицание регулярного выражения, все еще определяет регулярный язык, но существует очень немного библиотек/языков/инструментов, которые позволяют выражать его.
Отрицательный lookahed может служить Вам то же, но фактический синтаксис зависит от того, что Вы используете. Ответ Tim является примером с (?...)
Альтернативное выражение, которое можно использовать:
^(?!.*IgnoreMe).*$
^
= указывает начало строки
$
= указывает конец строки
(?! Выражение)
= указывает на то, что отрицательное совпадение при просмотре с нулевой шириной вперед в выражении
Требуется ^
спереди, в противном случае при оценке отрицательный просмотр вперед может начаться где-то внутри или за пределами IgnoreMe. 'text - и сделайте совпадение там, где вы тоже этого не хотите.
Например, если вы используете регулярное выражение:
(?!.*IgnoreMe).*$
При вводе «Hello IgnoreMe Please», это приведет к чему-то вроде: «gnoreMe Please» поскольку негативный взгляд вперед обнаруживает, что после I нет полной строки «IgnoreMe».
^[^£]*$
Вышеупомянутое выражение ограничивает только символ фунта в строке. Это позволит использовать все символы, кроме строки.