Angular.js: шаблоны и данные обработок между видами

Question

Я пытаюсь понять основные принципы, связанные с следующими вопросами:

• Шаблонов
• Обработки данных
• $ ресурса против $ HTTP

Как я вижу, я хотел бы реализовать несколько представлений в моем приложении, которые разделяют несколько шаблонов html, а также предоставляют некоторые данные. для упрощения моей проблемы я опишу сценарий, который почти эквивалентен.

как вы можете видеть, есть 2 вида (хотя будет больше!), Которые используют 3 html-разметки, в то время как один из них является общим в обоих представлениях (GeneralInfo). Кроме того, оба представления совместно используют данные, которые обычно создаются при использовании одного из контроллеров представления.

1. Какой принцип углового следует использовать для обеспечения того, чтобы при изменении маршрута я мог хранить свои данные между представлениями.
   • Должен ли я использовать app.value ('myVal', ..), которая является глобальной переменной?
   • Должен ли я передавать его как сервис всем моим контроллерам?
2. Более технически, как мне реализовать тот же html в обоих представлениях? мог бы это привести?
   • Каким образом представление с его разметкой содержит 2 шаблона и как и когда оно отображается?
3. В чем разница между $ resource и $ http и при использовании каждого shouold?

Answer 1

1) должен использовать Службу для обмена данными между контроллерами. технически вы можете прикрепить значения на $ rootScope, и это будет видно на разных контроллерах, но это считается плохой формой и может вызвать проблемы позже (например, с использованием глобальных переменных), может иметь непредвиденные побочные эффекты, поскольку проект растет, если кто-то случайно присоединяет противоречивое значение).

2) не совсем точно, что вы здесь просите. вы можете загрузить частичное на основе данного маршрута/состояния (используя ngRoute или ui-router). два разных маршрута могут использовать один и тот же generalInfo.html частично, но с разными данными, которые вытягиваются в соответствующие контроллеры. это то, что вы спрашиваете?

3) $ resource - это абстракция $ http - если вы извлекаете данные с сервера REST, $ resource может быть лучше подходит, поскольку он абстрагирует немного необходимой проводки. однако, если сервер слишком сильно отличается от традиционных принципов REST или вообще не является REST, вы можете просто свернуть свой собственный доступ к данным напрямую с помощью $ http. Конечно, если это REST и более сложный, также рассмотрите restangular - это более богатая абстракция.