Пользовательские элементы управления ASP.NET - альтернативы PostBack?
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, указывающий на недопустимую ячейку памяти. Нулевой указатель буквально не указывает на в любом месте , который отличается от указаний на местоположение, которое оказывается недопустимым.)
5 ответов
Ну, Состояние сеанса является решением серверной стороны с его собственной грудой хлама для контакта с тем, если Вы хотите избежать ViewState в целом. Действительно, хотя, с помощью ViewState в пользовательском элементе управления весь штраф и польза - просто быть требовательным в отношении того, что Вы храните - только хранят дельты от заявленного состояния управления, не храните ничего, что Вы собираетесь войти в обратную передачу так или иначе (например, от вызова DB) и т.д.
Необходимо сохранить значения где-нибудь, таким образом, Вы ограничены строкой запроса и скрытыми полями формы. При связи этого с HTTP в основном это, или ДОБЕРИТЕСЬ или параметры POST.
Я предполагаю, что Вы могли использовать cookie, но это будет действительно грязно.
Если бы Вы действительно ищете альтернативы модели PostBack в целом, то я предложил бы исследовать Платформу MVC ASP.NET. Я хотел бы ударить WebForms к ограничению и сделать весь мой материал в MVC, но увы, унаследованный код является tarbaby, и перезапись почти никогда не является ответом, таким образом, я включаюсь вперед...
Я думаю, что Вы все еще неправильно понимаете средства управления несколько. Средства управления только имеют проблему, которую Вы описываете, когда Вы добавляете их к странице динамично. Если Вы объявляете свои средства управления заранее в коде aspx затем, они создают наряду со страницей.
Сохраните свое объектное состояние в контексте сессии: это сместит нагрузку хранения состояния от клиента к серверу, который может быть приемлемым для небольших приложений интранет. Для сайтов в прописном-I Интернете это не будет работать;
Ajax - включает Ваше управление: в этом случае только изменения состояния должны быть отправлены назад. Выбор правильной платформы является ключевым здесь; см. http://www.asp.net/ajax/ajaxcontroltoolkit/samples/ для официального подхода MS; многие другие возможны.