ViewState, недопустимый только в Safari
В конструкторе отсутствует суперкласс. См. Мой пример ниже:
public AppDataAdapter(Activity a, int textViewResourceId, ArrayList<AppData> entries) {
super(a, textViewResourceId, entries);
this.entries = entries;
this.activity = a;
}
3 ответа
Я проводил немного исследования в это и пока я не совсем уверен, что это - причина, я полагаю, что это - потому что Safari не возвращает полный набор результатов (следовательно обрезающий его).
Я был в обсуждении с другим разработчиком и нашел следующее сообщение на Канале 9 также, который рекомендует использовать Государственную службу SQL для хранения состояния отображения, избегающего проблемы обратной передачи и также размера страницы.
Это походит на лучшее решение?
В то время как я второй решение для Канала 9, также знать, что в некотором размещенном Safari сред не считается браузером-уровня. Вы, возможно, должны добавить его к browscap своего приложения для использования некоторых функций ASP.Net.
Это было первопричиной некоторых головных болей, от которых мы страдали для сайта клиента, который использовал управление Меню ASP.
Моя первая остановка должна была бы пройти элементы на странице и видеть который средства управления:
- Будет все еще работать, когда я выключу ViewState
- Может быть перемещен из страницы, и в Ajax звонят, чтобы быть загруженным при необходимости
При сбое этого, и вот правовая оговорка - я никогда не использовал это решение на стоящем с сетью сайте - но в прошлом, где я хотел устранить крупный ViewStates в приложениях ограниченной аудитории, я сохранил ViewState на Сессии.
Это работало на меня, потому что хит к памяти не является значительным для числа пользователей, но если бы Вы выполняете довольно популярный сайт, я не рекомендовал бы этот подход. Однако, если решение для Сессии работает на Safari, Вы могли бы всегда обнаруживать агент пользователя и выдумку соответственно.