Печаль в том случае, когда подходит по условиям сегодняшней задачи, а потом это расширять.
Что касается клиентов, то в хорошем приложении UI тормозить не должен в любом случае (для этого есть кеш и не только), а лезущих в код надо хотя бы пытаться перепрограммировать.
Печальный момент в том, что теперь множество людей бросится это использовать, потому что «быстрее», хотя реально это важно для приложений размера SO. А в остальных случаях гораздо счастливее испоьзовать полноценный ORM.
Ничего штука, читаю с неё с тех пор, как вышла.
Заряд когда как, но больше часов 8 ждать не стоит, это да.
На холоде и после холода глючит экран (хотя м.б. только у меня).
В принципе — удобно, я не требует хорошего освещения, в отличии от e-ink.
Но вызывает сразу же желание купить то же самое, но с GPS и проч.
Подозреваю что перейду на iPad — больше возможностей при тех же достоинствах.
Ну у меня довольно стандартный пример, у объекта X есть Author, который User.
В Norm это делается не очень просто.
Плюс по поводу денормализации (пример за пределами способностей даже mongoid): если я храню имя Author'а прямо в объекте X, то хотелось бы, чтобы получившийся объект User мог выдать имя без какого-либо lazy load.
Но в принципе в таком виде это тривиально прикрутить, и сделаем.
NoRM всё равно порядочно допиливать надо, в первую очередь с области поддержки маппинга.
Не знаю насчёт допиливания стандартного драйвера, надо на него посмотреть.
Как-то и то и то по сравнению с Mongoid, скажем, очень печально.
Да, при том, что на Андроид можно ставить любые приложения, непонятно почему бы им не быть построже конкретно в Маркете. Если не пропустят что-нибудь полезное случайно, люди всё-равно смогут поставить. Зато не будет тонн (иногда опасного) хлама.
Терминология авторов фреймворка немного удивляет, потому что у этого уже есть несколько названий: aspect, trait, mixin. А слово компонент (которое вообще значит всё, что угодно) только создаёт путаницу.
Что касается клиентов, то в хорошем приложении UI тормозить не должен в любом случае (для этого есть кеш и не только), а лезущих в код надо хотя бы пытаться перепрограммировать.
Хороший комикс на тему: plif.courageunfettered.com/archive/wc161.gif
Заряд когда как, но больше часов 8 ждать не стоит, это да.
На холоде и после холода глючит экран (хотя м.б. только у меня).
В принципе — удобно, я не требует хорошего освещения, в отличии от e-ink.
Но вызывает сразу же желание купить то же самое, но с GPS и проч.
Подозреваю что перейду на iPad — больше возможностей при тех же достоинствах.
В Norm это делается не очень просто.
Плюс по поводу денормализации (пример за пределами способностей даже mongoid): если я храню имя Author'а прямо в объекте X, то хотелось бы, чтобы получившийся объект User мог выдать имя без какого-либо lazy load.
Но в принципе в таком виде это тривиально прикрутить, и сделаем.
1. mongoid.org/docs/associations/ — Relational Associations
2. mongoid.org/docs/extras/
Особенно Relational Associations, я бы даже сказал, поддержка частичной денормализации.
В принципе если я решу использовать Norm и дальше, мы его допилим так или иначе.
Не знаю насчёт допиливания стандартного драйвера, надо на него посмотреть.
Как-то и то и то по сравнению с Mongoid, скажем, очень печально.
А если хочется что-то добавить, почему бы и не добавить?
На самом деле для этой конкретной реализации «компонент» вполне ничего, потому что это явная аггрегация.
string.Format("{0}/{1}", urlHelper.Action(name), id)— не очень хорошо.То есть будет 2.4, 2.5, 2.12, 2.25 — бесконечная последовательность minor версий?