3

Я здесь, потому что я задавать мне вопросы о рамках emberjs и наилучшим образом к встроенному приложению с ним ... Есть некоторые вопросы, которые, я надеюсь кто-то может ответить мне:emberjs - лучшая практика для создания приложения?

  1. есть ли встроенная система для эффективного управления памятью?
  2. Как управлять контроллерами/представлениями/моделями, которые должны быть уничтожены и уничтожены во время жизненного цикла приложения?
  3. Нужно ли объявлять все наши контроллеры и представления при запуске приложения?
  4. Есть ли способ автоматического создания экземпляра контроллера вида, когда представление добавляется в DOM с помощью главного контроллера (или stateManager)?

Чтобы возобновить свою ситуацию, я тестирую функции Ember и хорошо разбираюсь в этом. Но теперь я немного запутан и не знаю, как структурировать приложение. Когда нужно вводить в действие взгляды и их контроллеры, где и когда нужно уничтожать контроллер представления для производительности памяти и т. Д.

Есть ли некоторые из вас, которые были как я в это время, и у меня есть ответы на все вопросы?

Все ответы и помощь очень ценна, и я благодарю вас уже сейчас для обратной связи (ы)

Увидимся!

Редактировать: Я использую emberjs с requireJs, чтобы иметь возможность отделять файлы javascript. Есть ли лучшее решение или встроенный для этого?

(извините за мой английский)

ответ

2
+0

Ok Спасибо за эти ссылки. Я прочитал почти все эти статьи. Я это увижу. –

+1

Моя мысль обо всех этих ссылках заключается в том, что они объясняют 1 концепцию emberjs как привязку, менеджер штата и т. Д. Но никто из них не объясняет, как объединить все это, чтобы иметь возможность создавать большие масштабируемые приложения.Является ли stateManager подходящим местом для того, чтобы инициировать контроль над представлениями и уничтожить их? Каждое состояние имеет или некоторые виды для отображения, но каждый вид имеет контроллер, который может иметь некоторые модели для доступа к данным. The statemanager - это правильное место, чтобы стимулировать контроллеры, которые не являются моделями и т. Д. ...? Спасибо вам за ваш ответ. –

+0

Это именно та проблема, с которой я сейчас сталкиваюсь с EmberJS, @OlivierBossel. Он выглядит очень многообещающим, и мои мелкомасштабные тесты оказываются отличными, но я не могу найти ничего о том, как на самом деле настроить большое приложение с несколькими видами. –

0

requirejs разве подходит для emberjs Эмбер построен на вершине более простой требуется() из minispade.js, который разве AMD.

Кто-то предложил мне 2 классные задания хрюкать работать с ember.js

  • черновую-среднего рода: просто использовать требуют («модуль»), так стерилизуют может Concat ваше приложение в правильном порядке
  • хрюкать -ember-template: скомпилирует ваш файл шаблона в один глобальный шаблон template.js, с которым легко работать.

я лично управляю моим приложением как HMVC, и я требовать каждого модуль файлов в свой собственный moduleController, мой app.js только inits каждого контроллера индекса модулей, поэтому я знаю, что модуль загружен, когда я смотрю на моем приложении. js

- app.js 
- modules/ 
    -- module1 
     - module1Controller.js // initiate this in the app.js, which ain't required for ember 
     - module1Model.js  // (if non ember) returns static methods that can be used by other modules 
     - module1View.whatever // this should be compiled into the template.js, just easier to manage in the same folder 
    -- module2 
    -- module3 ... 
Смежные вопросы