Boogie1989: смотря для чего, если нужно что то печатать, или лента на подобие вк то лучше натив, если что то простое или для бизнеса то сойдет и phoneGap
Boogie1989: еще как )))) медленная скорость, тормоза, проблемы с датчиками, не родной вид интерфейса (можно поспорить конечно что это от прямоты рук зависит и теоретически я соглашусь, но на практике это не существенно, как ни крути но отличия видны ) ... если коротко мне не нравятся, но лет через пять они завоюют рынок, точнее его долю, потому что быстро написать один раз под все соблазн всегда большой )
Александр Шаповал: причем тут страшны, не страшны - если за мелкого проекта начинается такая возня то мне было бы проще послать исполнителя/заказчика и не парится. Если вы уже приступили, то обо всем договорились, так сказать "отвечайте за свои слова"
Hakito: я не буду столь категорично прям как copal но соглашусь с ним, и на вашем месте не был бы столь категоричен, хотя конечно признавать, или не признавать ту, или иную технологию ваше личное дело, но без опыта завершенных проектов советовать столь категорично не стоит
Алексей совет может и хреновый, но мне помог - я думал с правами папки намудрил и тока прочитав ваш ответ до меня дошло что у меня сайт лежит в папке для другого юзера )) спасибо )
Chvalov: на детскопе или вебе я бы использовал orm, если планируете дальше развиваться как веб разработчик то посмотрите в сторону hibitane, если с прицелом чтобы один и тот же инструмент использовать и на android то ormlite, хотя они оба похожи
elkyzmich: честно говоря прилюдий ни так много, как ни крути рано или поздно у вас появятся модели, di, какое то подобие dao и тд, и там прелюдий будет не меньше ... скорее в вопросе orm vs sqliteopenhelper / contentprovider все сведется к вопросу скорость работы vs удобство, гибкость vs риски говнокода .... как то так )
gim0: с объектом вы можете работать только в том потоке в котором он создан (сделать запрос в другом потоке и отдать в ui результат не получится, придется велосипедить ) , очень жесткие ограничения на модели( дефолтные гетеры сетреы в которые ничего не добавить, нельзя использовать статистические поля в модели, если не изменяет память модель не может реализовывать никакой интерфейс, но в этом могу соврать, вес + 5 мегабайт (давно не проверял) ), да и сыро в целом, всего не припомню, сама идея очень интересна, но поработав немного могу сказать однозначное нет в тех случаях когда хватает скорости sqlite (а это 99% android приложений)
Chvalov: не только для веба, везде где много работы с бд и сложные запросы которые зависят от разных факторов (действия пользователя и тд), просто для android это долгое время было сильным оверхедом. С одной стороны стоит изучить сначала работу с jdbc а потом переходить на orm( обычная java не android ) с другой стороны с orm работать проще и приятнее тут уж выбирайте сами )))
Александр Василенко: )))) бывает, главное что нашли ))) а то я признаться даже удился, никогда память при разборе json не ругалась, хотя бывали случаи сильно больших размеров (в апи не было пагинации .... да и апи было очень так себе в плане реализации .... студента посадили писать проект на пару лямов... экономисты чтоб их )
