Честно говоря, не знаю, зачем вы работаете с БД напрямую. ORM используется всегда, когда речь идет о чем-то, что в принципе имеет смысл решать с помощью DDD-подхода. И честно говоря, я бы вам посоветовал почитать книжки по этой тематике, да и в принципе о паттернах проектирования и прочем.
Пищи для размышления я у в этом посте как-то, к сожалению, не нашел :(
А для биндингов данных в полях форм вы что использовали? Расскажите пожалуйста!
Я попробовал Stickit, но он оказался не очень гибким. Перешел на Rivets.
Ну, вообще Angular ведь совместим на уровне спецификации RESTful, и тут вполне применимы стандартные мануалы по взаимодействию с REST. Единственное отличие — это то, как правильно настроить asset pipeline конкретного фреймворка (а с Flask всё должно быть относительно просто).
Про Astral. Это уже третий на моей памяти каталогизатор star'ов с Гитхаба, и предыдущие два исчезли вместе со всеми аккуратно размечнными мной тегами. Может, пора уже сделать что-то опенсорсное? А то тут разложишь все по полочкам, а они сольются :(
UPD. До этого был Gitstars, у них открытые исходники, оказывается: github.com/prashantrajan/gitstars-oss — что-то я недосмотрел.
Я использую Marionette, и меня очень сильно смущает передача нетипизированных аргументов в vent, reqres и командах. И конечно же, никак это не схинтить.
Если честно, как-то это всё неубедительно.
Утечки памяти — они ведь не из SPA происходят, а из криворукости разработчика.
Необходимость в периодическом обновлении состоянии всей системы — хм, очень сильно сомневаюсь, что такое в принципе может понадобиться. Большинство таких моментов разрешаются или периодическим опросом, или вебсокетами.
Код, который внедряется через eval() — тоже очень странно.
В общем, интересует, как вы так разрабатывали? Что за фреймворк, почему изначально не озаботились проблемой утечек и так далее.
Сам пишу SPA с Backbone/Marionette + Symfony2 в бэкенде, и испытываю проблемы иного рода, которые скорее происходят из того, что JavaScript — достаточно дурацкий язык.
Ну, на мой взгляд это и не ответственность контроллера. В стеке должен быть выделен шаг сериализации, который на входе получает модель, а на выходе у него JSON, в котором даты трансформируются так, как вам удобно.
Если у вас более сложный случай, когда данные модели приходят в одном представлении, а отображаться должны в другом — вы можете всегда возвращать таймштампы в едином формате, а на клиенте использовать Moment.js или аналог. Правда, в этом случае локализация тоже переедет на клиент, но на мой взгляд это скорее плюс — работать будет быстрее.
Интересно, мне всегда казалось, что в PHP для локализации стандартом де-факто является расширение intl, надо заметить, что оно сильно упрощает вывод дат. В Symfony, например, эта проблема решается в расширении к шаблонизатору, которое зависит от intl.
Плюс, мне кажется, что всё-таки форматирование данных находится за пределами ответственности модели, т.е. метод getCreatedAtAttribute излишен, а код, в нем реализованный, попадает в зону ответственности вьюхи.
По-моему, вы придумали HAML. Ну, то есть тамошняя реализация — немного на другом уровне, но решаемая задача очень похожа. Кстати, для PHP HAML тожеесть
Поздравляю, вы, кажется, во-первых изобрели велосипед, во-вторых, написали ужасный код, который стоит использовать разве только в качестве подборки bad practice'ов. alert() для отображения ошибок, отсутствие шаблонизации, die() в PHP-коде, вот это всё — оно нехорошо.
Пищи для размышления я у в этом посте как-то, к сожалению, не нашел :(
Я попробовал Stickit, но он оказался не очень гибким. Перешел на Rivets.
UPD. До этого был Gitstars, у них открытые исходники, оказывается: github.com/prashantrajan/gitstars-oss — что-то я недосмотрел.
Утечки памяти — они ведь не из SPA происходят, а из криворукости разработчика.
Необходимость в периодическом обновлении состоянии всей системы — хм, очень сильно сомневаюсь, что такое в принципе может понадобиться. Большинство таких моментов разрешаются или периодическим опросом, или вебсокетами.
Код, который внедряется через eval() — тоже очень странно.
В общем, интересует, как вы так разрабатывали? Что за фреймворк, почему изначально не озаботились проблемой утечек и так далее.
Сам пишу SPA с Backbone/Marionette + Symfony2 в бэкенде, и испытываю проблемы иного рода, которые скорее происходят из того, что JavaScript — достаточно дурацкий язык.
Если у вас более сложный случай, когда данные модели приходят в одном представлении, а отображаться должны в другом — вы можете всегда возвращать таймштампы в едином формате, а на клиенте использовать Moment.js или аналог. Правда, в этом случае локализация тоже переедет на клиент, но на мой взгляд это скорее плюс — работать будет быстрее.
Плюс, мне кажется, что всё-таки форматирование данных находится за пределами ответственности модели, т.е. метод
getCreatedAtAttributeизлишен, а код, в нем реализованный, попадает в зону ответственности вьюхи.