Comments 13
Небольшое пожелание Вам — неплохо бы начать с пояснения, что такое ORM (для примера вот эта статья). А то как-то даже непонятно, нужно ли мне это читать или нет.
Судя по текущим доработкам, скоро придется писать Часть 3.1!
Сколько этих ORM для Android не пересмотрел, пришел к выводу, что руками и код более производительный и реализация очевидная. Да рутина, но зато везде как надо, нет наследования ненужных классов и прочей лабуды.
P.S. Это не упрек вашей реализации, просто мысли вслух
P.S. Это не упрек вашей реализации, просто мысли вслух
Я сам об этом и говорил в первой статье, сравнивая наиболее популярные в тот момент orm’ы. Потому и принялся за свою реализацию, максимально упрощающую как проектирование модели (без всяких там генераторов сущностей и написания лишних классов), так и работу с базой. Для меня orm — это побочный продукт разработки основного приложения (как и набор Control’ов), но из него неплохо получается и отдельный проект, который, возможно, когда-нибудь будет удобнее использовать чем прямую реализацию.
Один мой знакомый плюнул и решил написать человеческий генератор SQL запросов, что на мой взгляд более лучшее решение для Android. То есть всю логику работы с данными вы пишете сами, но SQL запросы можно нагенерить библитечкой, при этом производительность и читаемость кода остаются прежними.
Кстати, у вас в README в Application классе используется
он никогда не вызывается на устройствах, так что смысла в нём нет.
@Override
public void onTerminate() {
OrmFactory.ReleaseHelper();
super.onTerminate();
}
он никогда не вызывается на устройствах, так что смысла в нём нет.
Почему просто не взять какой ть схема-лесс субд движок типа ориентдб? Зачем весь вот этот ад в 2014 году?
Уберите статью из хаба «Android», пожалуйста. Те, кому эта статья может пригодится, и так её увидят, потому что подписаны на хаб «Разработка под Android»
Sign up to leave a comment.
Пишем свой Orm под Android с канастой и сеньоритами, Часть 3-я