Pull to refresh

Comments 12

UFO just landed and posted this here
Как потребитель выскажусь — тестируйте приложения и на живых аппаратах (лучше наймите тестировщиков за немного $ или за бонусы в услугах, приложениях). Часто встречаю приложения неработающие по каким-то причинам (оттестированые в эмуляторах только).
К примеру не работает через BIS, у разработчика был живой аппарат только с обычным edge, разные разрешения экранов (встречал такое приложение только для touch и no-touch, а там у кого пойдет. Я так тестировал sip программу для BB (бесплатно).
Самое веселье (для меня) было когда яндексовские карты для BB не запустились (несколько месяцев назад), уж они то должны были нормально оттестить!
Жду (и фиг наверное дождусь) приложение webmoney (для symbian давно есть).
Согласен, тестирование на живых аппаратах «в боевых условиях» обязательно. В большинстве случаев приложение ведёт себя иначе на симуляторе и на устройстве. Это справедливо не только для BlackBerry приложений.
UFO just landed and posted this here
UFO just landed and posted this here
Я с большим интересом послушаю опытных людей в этой сфере. Так как сам в этой области ничем похвастаться не могу.
UFO just landed and posted this here
Не знаю о какой именно программе вы говорите. Если говорить вообще, то уровень цен на программы в BlackBerry App World регулируется обычным соотношением спроса и предложения. Если есть достаточное число покупателей, готовых покупать за эту цену, то зачем ставить цену ниже?
1. Рынок приложений BB меньше и основные потребители — корпоративные пользователи (а им свистелки, перделки не нужны). Да и основная масса потребителей — это США, Канада, Англия (а не почти весь мир в примере Андроида и Айфона).
2. API доступное для разработчика прилично урезано из-за безопастности (к примеру не дают доступ к записи разговора и вроде к sms).
3. Трудоемкость разработки в 2-3 раза выше, в сравнении с тем же андроидом и айфоном.
Есть ли особенности при выкатывании приложения для различных платформ (jde 4.5-6.0), устройства с тач скринами или без онных, а так же устройства с различными разрешениями экрана?
Есть особенности. Для устройств с тачскринами не подойдет стандартная компоновка полей на экране (screen). Поля будут становиться слишком близко друг к другу. В RIM API 6.0 в классе net.rim.device.api.ui.Field появились методы setMargin и setPadding. Используйте их, чтобы задать отступы и промежутки для полей.

В более ранних версиях API расширяйте стандартный класс net.rim.device.api.ui.Field, чтобы добиться нужной функциональности.

В программах для устройств с высоким разрешением надо применять более крупные графические элементы.
Обработка «touch event» для устройств с тачскринами несколько сложнее, чем обычная обработка событий от клавиатурных устройств. В тачскринах событие надо проверять на валидность (метод isValid()) перед обработкой. И вдобавок надо поглощать (consume) события для кнопок и других элементов (это задаётся в конструкторе как флаг CONSUME_EVENT). В противном случае при нажатии на кнопку или другой контрол будет выскакивать popup-меню.

Вот всё что навскидку вспомнилось в пол-четвёртого утра.

Дополнительную информацию можно найти на форуме и в разделе для разработчиков сайта RIM.
Sign up to leave a comment.

Articles