Нет с этим я даже не спорю :) Но думаю если к примеру сделать 2 версии то уже было бы по лучше к примеру пусть в бесплатной версии будет 100 рецептов а в платной 200. Ну и к примеру убрать таймер это уже даст Вашему приложению не плохой старт
размер приложения большеват даже очень. возможно было бы лучше держать рецепты, картинки и другую инфу на серверной стороне так и обновлять базу было бы проще(без обновления приложения). И сделать функцию чтобы можно было выбрать рецепт и сделать его доступным в оффлайне. Не куплю и не скачаю только из-за размера а то даже игры и то меньше или кэш потом качают.
К примеру, AngryBirds весит 19 метров, а хранить картинки на сервере и подгружать постоянно не лучшее решение чем раз скачать и пользоваться! Вообще, дело ваше, всем угодить не получится. А обновлять приложения и так не сложно.
Да бросьте. Сейчас куда не ткнись везде в домах стоят wifi(у меня из всех знакомых только у 4 не стоит) хотя по кол-во кого припомню около 30 человек. продолжу по поводу трафика. Вы посмотрите сколько люди трафика убивают на соц сети и не жалуются а на 1 рецепт пусть на 2 или даже на 3 потратят и не обеднеют. Единственное но. есть планшеты без 3G, вот для них да проблема. Но хотя по статистике 6-7 из 10 пользуются вай фаем дома. так что это не самая большая проблема на сегодняшний день
К вашему сведению у меня нет вай-фая и нормально живу:) Так что снова обратная сторона и не довод в пользу размера.
Я не спорю, что оно весит много… и мне это тоже не по душе, но везде есть свои плюсы и минусы: как в нашем варианте, так и вашем варианте решения проблемы.
Да и хочу заметить! У моих 2 сестер. Обоих htc не важно какие модели. Когда они ко мне приезжают я обоим им апдейтю софт и прошивку т.к. им вообще похрену что это и зачем это им нужно. Вот Вам пример из жизни что при пополнении базы и обновлении приложения в маркете не все могут получить их. Да и кстати еще одно но, при том как сложилась ситуация с маркетом в 50 метров. Как Вы собираетесь избавляться от будущей проблемы.
Коль такая проблема появилась советую Вам собрать инфу по девайсам с андрюхой, версий прошивок и внутренней памяти, и подведете не большие итоге по поводу клиент-серверного приложения основываясь на этом я думаю Вы уже разберетесь как дальше вести разработку
А при чем тут wi-fi? Это же фактически книга рецептов, которую может понадобиться открыть, например, в каком-нибудь супермаркете, где не то что унылый 3Г, а вообще сотовая сеть ловится с трудом. Если бы не технические ограничения, вряд ли бы кто-то пожелал серверное приложение вместо полной базы на клиенте.
Проблема большого приложения в том что оно жрёт внутреннюю память телефона, а производители телефонов что-то жадны на её размеры. Поставишь пяток таких приложений — и всё. А установка приложений на SD-карту поддерживается только с 2.3 (это если без шаманств с рутом и app2sd). А апгрейд ОС до 2.3 далекооо не у всех устройств возможен. Поэтому единственное правильное и удобное для пользователя решение — делать маленькое приложение, а большую базу выносить на SD-карту.
Поправлю: с версии 2.2, а их процент уже более 60%. Причём перенос должен быть разрешён разработчиком (хотя при наличии рута это не важно).
Однако, верно: например, одно-два больших приложений, которые только распаковывают себя на флешку, после чего удаляются. А основное — с минимальным набором данных, максимально лёгкое. Некоторые игры так работают (доп.уровни) или, например, словари (доп.базы).
360 Кб пямяти приложение жрет сейчас(так отображается в диспетчере задач), и ставится на карточку. А сейчас новые девайсы почти все идут с картой SD. Да, со старыми может быть проблема при малой памяти.
29 mb?! Вы туда картинки ко всем рецептам запихнули?
Не очень понятно что Вы подразумеваете под «окном»? Активити?
Не понял зачем наследоваться от TabActivity, только для того, чтобы переопределить onBackPressed?
Да, все картинки к рецептам! Что вам не нравится?
Да, подразумевается активити.
Не совсем. Наследуем и переопределяем onBackPressed(), пишем свой метод startChildActivity(), а в них работаем со списком идентификаторов окон и чистим в нужном состоянии.
Как то Вы агрессивно настроены на критику.
Могу Вас сказать одно сейчас очень много моделей с андрюхой у которых к примеру 2.1 без возможности переноса на флешку приложений это первое. Да Да Да, я знаю что прошивок достаточно но поверьте, каждый день я вижу планшеты которые мне приносят домохозяйки и которым по одному место на их модификацию. В третьих на многих моделей память внутренняя не очень большая(512) и не каждый захочет тратить 30 метров для этого.
Там, кажется, чуть ли не полу-гиговые аппы есть (помнится, то был словарь какой-то огромный), но там-то нет возможности переноса на флешку (и её нет), да и памяти обычно много (а не с сотню метров, как на некоторых андроидных девайсах).
Основная неприятность большого размера, как правильно уже заметили комментами выше, именно в сильно ограниченном размере внутренней памяти, у большинства моих знакомых с ондройдами его почти что уже нет, да и на моём нексусе постоянно уже приходится скурпулёзно проги переносить на sd карту, чтобы место освободить. А у кого и такой возможности нет? Т.е. вы отсекаете своим решением большое количество пользователей. ИМХО, всё же правильней динамически подгружать, сколько посмотрел — столько весит.
На игры в данном случае не корректно кивать, т.к. там всё графика, скорость и тп, да и не ожидают люди от игры, что она начнёт посреди игры что то в инете подгружать. А в таких прогах это уже нормальным считается. И кстати при подгрузке фоток их можно уже сразу класть на sd карту.
Пожелание такое, всё же пользоваться устоявшейся терминологией(активити, активность), встретив слово окно, долго не мог вкурить, о чем речь))
Как вариант — закачивание рецептов пачками/категориями и по одному. Во-первых, так можно будет не обновлять приложение при добавлении новых рецептов, а, во-вторых, уменьшится вес программы.
Вашему дизайнеру явно нужно почитать гайдлайны на
Видно что приложение в стиле iOS, не андройд совсем, табы снизу, не очень правильно используется пространство где тайтлы и т.д. и т.п.
Ну, в данный момент цветовая гамма и форма контролов кричит о том, что это было притянуто за уши с iOS. Общий стиль табов не тот, хотя именно расположение снизу удобнее, факт.
Как уже писал: требование такое — максимально похожий перенос готового приложения айфонового под дроид.
Непонятно только почему вам не нравится стилизация табов, ибо на StackOverflow не раз люди искали ответы на то как сделать примерно похожее. А кастомизировать их можно как угодно. Ну поменяется общий фон, картинки и вы тоже скажите, что они похожи на айфоновые?
нет смысла писать IPhone like табы. Пользователь должен видеть табы, как в большинстве Android приложений, к которым он привык.
Насчет положения табов здесь есть дискуссия на эту тему. Из минусов — табы внизу могут быть перекрыты меню, всплывающей клавиатурой, пользователь может случайно наживать кнопки телефона (back, home) при нажатии таба внизу.
> приложение не может быть больше 50Мб, а наше весит 79! Спасибо тебе Гугл за
> такую фишку… из-за этого пришлось сделать не самое приятное решение…
В статье не увидел — как решили-то проблему?
Первое что приходит мне на ум — перенести базу (или её часть) на SD-карту и подгружать с сервера один раз при первом запуске приложения.
Нативные табы так спрятаны, что далеко не каждый их найдет.
И вообще с ними бардак, на одном девайсе они показываются так, на другом — эдак (с подписями и без, разного размера и т.п.).
Нам приходили комментарии от людей, которые думали, что приложение ограничивается только тем, что видно на стартовом экране и не знали, что есть еще кнопки меню с выбором вкладок.
Решили перейти на собственный интерфейс с табами.
что-то я вашего извращения с листвью не понял — у вас лист на длиной всего кол-ва элементов и скролите вы скроллвью? полный трындец. основная идея статьи — с андроидом я не разобрался — но как то сделал.
Везде пишут (и сами разработчики на Google IO рекомендовали), что не нужно запихивать ListView в ScrollView. Даже в баге по ссылке это написано первым же комментом. И посмотрите, пожалуйста, на статус ошибки — это вам о чём-нибудь говорит?
Объясните, где вам могло понадобиться вставлять ListView в ScrollView? Может быть, это можно было сделать как-то иначе?
При просмотре рецепта есть список ингредиентов выше которого картинка рецепта, а ниже способ приготовления, потому все это прокручивается когда описание и список большие.
Да, вполне можно было обойтись и без списка, используя например TextView или другую вьюшку, а статус ошибки говорит «отклоненная», тем не менее она есть и подобном поведении знать нужно.
Сервис для таймера это:
— лишние строчки кода, написание AIDL интерфейса;
— лишняя память, которая выделяется под сервис;
— не всегда работает, т.к. ОС может убить даже сервис.
Нет, отключение дисплея никак не влияет на сервис, при чем тут это?
Я до конца не понял свою проблему. Если приложение долго не вызывалось, а вместо него работали другие, то сервис перезагружается. Если принудительно закрыть Activity, работающее с сервисом, и перезапустить приложение, то все ОК.
Хех, сервис не завершается (время старта показывается именно то, когда впервые запускается приложение). Тут дело скорее всего в том, что я в приложении неправильно разруливал жизненные цикли из-за табов.
Коллеги, а скажите чем вы рисуете интерфейсы? Тут я вижу простой ListView, вроде понятно. Мне же нужно делать сложную разметку, использую RelativeLayout, но объекты сильно лезут в стороны… пробовал droiddraw но то что получается, я могу и сам в ADT сделать… посоветуйте плз что нибудь…
Кавказская кухня: проблемы и решения