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, указывающий на недопустимую ячейку памяти. Нулевой указатель буквально не указывает на в любом месте , который отличается от указаний на местоположение, которое оказывается недопустимым.)
Позвоните -resignFirstResponder
на поле. Это заставляет его принять автозамену. Если вы не хотите отклонять клавиатуру, вы можете сразу же выполнить это, снова позвонив в -becomeFirstResponder
.
Этот код был решением проблемы в моем случае.
[self.textView rejectAutoCorrect];
Код категории.
@implementation UITextView (rejectAutoCorrect)
- (void)rejectAutoCorrect
{
if ([self isFirstResponder])
{
[self.inputDelegate selectionWillChange:self];
[self.inputDelegate selectionDidChange:self];
}
}
@end
Основываясь на предложениях Ника Локинга, вот метод категории, который мы написали для обработки любых ожидающих предложений автозамены без отклонения клавиатуры (и без запуска завещания / скрытия / отображения уведомлений).
@implementation UITextView (SuggestionHelpers)
- (void)acceptSuggestionWithoutDismissingKeyboard {
// by making another UITextField the first responder, the keyboard won't try to hide
UITextField *temp = [[[self class] alloc] initWithFrame:CGRectZero];
temp.hidden = YES;
[[self superview] addSubview:temp];
[temp becomeFirstResponder];
[self becomeFirstResponder];
[temp removeFromSuperview];
}
@end
Вот краткий обзор обсуждаемых решений ...
Создайте фиктивное текстовое представление для ответа и затем вернитесь к исходному текстовому виду. убедитесь, что это был первый ответчик.
настройка:
self.textView = [[UITextView alloc] initWithFrame:self.view];
[self.view addSubview:self.textView];
self.dummyTextView = [[UITextView alloc] init];
[self.dummyTextView setHidden:YES];
[self.view addSubview:self.dummyTextView];
Метод:
- (void)commitSuggestions {
if([self.textView isFirstResponder]) {
[self.dummyTextView becomeFirstResponder];
[self.textView becomeFirstResponder];
}
}
Поскольку у отставки и повторного принятия первого респондента могут быть побочные эффекты (много уведомлений, триггеры показа / скрытия клавиатуры и т. Д.), Я искал альтернативный, менее жестокий способ. После некоторых поисков я обнаружил, что это все, что вам нужно сделать, чтобы принять автокоррекции в UITextView
(или UITextField
fwiw):
[textView.inputDelegate selectionWillChange: textView];
[textView.inputDelegate selectionDidChange: textView];
Надеюсь, это поможет;)