2015-03-12 4 views
3

Каков правильный способ использования ngResource для сложной модели данных? Есть бесчисленные примеры из одного стола, но мало что ни на что не покрывает отношения 1: n и m: n.

Предполагая простой «родительский» 1-> n 'дочерний', а точка входа всегда через родителя: необходимо создать ресурс $ для родителя и ребенка и вызвать save() для дочернего элемента для каждый раз, когда создается новый связанный дочерний элемент, передается parent_id? Или мой образ мышления еще не пришел в Угловой мир, и я должен попытаться спасти() родителя, только если ngResource позаботится об остальном?

ответ

5

ngResource отлично, но не «действительно» обрабатывает отношения и может не хватать нескольких вещей, которые вам нужны. Что вы предложили - «создайте ресурс $ для родителя и ребенка и вызовите save() для дочернего элемента для каждого нового создания дочернего дочернего элемента, передающего parent_id» - будет правильным; однако я бы настоятельно рекомендовал либо Restangular, либо Restmod

Оба отличные, и есть и другие. Моя личная рекомендация для Restmod, поскольку я нахожу, что она лучше обрабатывает отношения.

+0

OK Я так и думал, интересно, стоит ли даже тратить $ http для гибкости. Я не уверен, чтобы подключиться к внешней зависимости для очень важного требования. – szeta

0

$resource - это еще одна реализация парадигмы хранилища данных по HTTP-запросам NoSQL. Существует много ссылок на то, как управлять отношениями между объектами NoSQL (например, many to many relationship with nosql (mongodb and mongoose))

+0

Я не знал, что это уже считается ландшафтом NoSQL, но, похоже, это скорее похоже на реляционное сопоставление объектов. Мой бэкенд - SQLAlchemy/Flask, а реляционная модель данных является ключом к приложению. Спасибо за руководство, я буду внимательно изучать ваше предложение. – szeta

Смежные вопросы