Немного о стиле: rails g scaffold Task description:string isDone:boolean order:integer думаю, что isDone не совсем правильное название. Для аксессоров для доступа к полям таблицы с булевым типом Rails автоматически генерирует аксессоры field_name?, то есть придерживается негласного правила именования методов возвращающих только true или false, согласно которому их имена следует заканчивать символом "?", но это уже придирки =).
Так сразу сказать не могу, вообще интересно все, но для начала можно написать об MVC архитектуре фреймворка, как там что связано и т.д.
Кстати, как считаете SproutCore стоит использовать только в RIA или можно, например в простых приложениях типа блога, не сильно ли SproutCore будет избыточен?
ИМХО в блоге — явно избыточно. Когда количество кода велико настолько что пипец просто, тогда можно применять MVC, MVVM и прочие паттерны. Для простых вещей — jquery, jquery-ui. Над статьей подумаю.
Честно говоря статью писал давно, опубликовалась она по каким-то мистическим обстоятельствам (сам бы публиковать не стал, она мне сейчас кажется куцой). После работы обязательно приведу ее в порядок и уточню вопрос с CSRF.
Может я глупый, но я прочитал несколько раз, но так и не понял, что конкретно в данном примере делает SproutCore и в чем его преимущества, возможности в плане работы с рельсовыми моделями. Скриншоты/демо бы поставили всё на места.
Я посмотрел гем github.com/drogus/bulk_api и очень его рекомендую для задач, где не нужна сложная сервер-сайд логика (ведь SC создан для rich client application). Гем представляет собой нестандартный CRUD api для минимизации количества запросов к серверу для извлечения или изменения данных (можно работать в одном запросе сразу с множеством записей разных классов). Ну и упрощает интеграцию рельс с SC.
Скорее всего, напишу по этому поводу статью. Извиняюсь за предыдущий коммент, автору этой статьи спасибо за то что познакомил с этой замечательной штукой.
Rails 3 и SproutCore