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 не ругалась, хотя бывали случаи сильно больших размеров (в апи не было пагинации .... да и апи было очень так себе в плане реализации .... студента посадили писать проект на пару лямов... экономисты чтоб их )
Кевин Митник: Дмитрий: они раньше были ololo.fm и там указывали что все вопросы с авторскими правами не к ним а к вк, мол они берут все от туда и юзают их апи
Дмитрий не туда нажал )) "а как работают сервисы типа melody24.net ? тупо заводят много аккаунтов и юзают что то вроже очереди токенов ? или еть какой то более хитрый рецепт ?"
