Спасибо Вам за замечательный проект. Пытаюсь подключить его к существующему приложению и возникла проблема: не отображается контекстное меню для элемента внутри ListView. Без HoloEverywhere отображается. Что поменял: фрагмент теперь наследует SFragment ну и родительский Activity наследует SActivity. Быть может я что-то упустил?
Немного кода ListAdapter'а:
Знакомая ситуация. В свое время писал велосипед использующий PropertyDescriptor'ы. Там рекурсивно обходились поля в hibernate объекте и заменялись HibernateProxy на реализацию.
result = (T) ((HibernateProxy) entity)
.getHibernateLazyInitializer()
.getImplementation();
Кстати, SerializationException съело кучу времени и нервов в свое время. Хорошо когда оно выскакивает с описанием, как в вашем случае. Но часто вместо описания было просто null и приходилось вручную лопатить объекты и искать, где забыл добавить конструктор без аргументов, где забыл унаследовать Serializable а где забыл сделать внутренний тип публичным.
Вероятно имеется в виду сервис C2DM. Где-то читал, что для взаимодействия в реальном времени он не очень подходит, т.к. такие переданные объекты могут и через сутки прийти.
Это весьма похоже на то, с чем я столкнулся изучая ksoap2-android. Там также надо писать вручную сериализацию и десериализацию для каждого объекта. Это и пугало.
Представьте у вас сотня уже существующих кастомных POJO объектов из существующего Java приложения. В каждом может быть десяток и более полей. Хочется попробовать начать разрабатывать клиент под Android. Тут встает вопрос, что надо для начала написать подобную сериализацию и десериализацию хотя бы для половины объектов. Сразу опускаются руки и лень заставляет искать других решений.
Я уверен, что JSON сериализация хорошее решение. Но почему бы не заняться этим «узким местом» позже? В начале же для тестовых нужд использовать нативную сериализацию.
Просто хочется достигнуть какого-то баланса между скоростью работы приложения и удобством и скоростью разработки. Писать сериализаторы и десериализаторы может быть довольно утомительно. И хотелось бы работать с привычными объектами как на сервере так и на клиенте, а не ассоциативными массивами. Поделитесь впечатлениями на сколько это рутинно работать с JSON?
Кстати, сейчас только глянул, Вы автор того самого топика о коммандном паттерне в GWT. Как Вы оцениваете саму идею использовать схожий паттерн в разработке под Android?
Немного кода ListAdapter'а:
Кстати, SerializationException съело кучу времени и нервов в свое время. Хорошо когда оно выскакивает с описанием, как в вашем случае. Но часто вместо описания было просто null и приходилось вручную лопатить объекты и искать, где забыл добавить конструктор без аргументов, где забыл унаследовать Serializable а где забыл сделать внутренний тип публичным.
Это весьма похоже на то, с чем я столкнулся изучая ksoap2-android. Там также надо писать вручную сериализацию и десериализацию для каждого объекта. Это и пугало.
Представьте у вас сотня уже существующих кастомных POJO объектов из существующего Java приложения. В каждом может быть десяток и более полей. Хочется попробовать начать разрабатывать клиент под Android. Тут встает вопрос, что надо для начала написать подобную сериализацию и десериализацию хотя бы для половины объектов. Сразу опускаются руки и лень заставляет искать других решений.
Я уверен, что JSON сериализация хорошее решение. Но почему бы не заняться этим «узким местом» позже? В начале же для тестовых нужд использовать нативную сериализацию.