Zrozumienie zależności między kontrolerami i trasami w Emberzie

Question

Mam problem ze zrozumieniem relacji między kontrolerami i trasami w aplikacji Ember.

Rozpoczęłam od dość prostego testu spajków, aby ocenić Embera, a im głębiej w to wchodzę, tym bardziej widzę, że moje trasy wypełniają się tym, co przeszedłbym przez kontroler. odpowiedzialność, np. działania, podłączanie modeli, a ostatecznie wysyłanie do widoku w celu wyrenderowania szablonu.

Kontrolery są puste i wydają się być tylko symbolem zastępczym dla niektórych wymagań automatycznego mapowania.

Czy brakuje mi tu podstawowej rzeczy - pochodzącej z perspektywy Railsów i stosującej (być może błędnie) "ścieżkę" do Embera Oczekiwałem, że moje trasy definiują stany reprezentowane przez adresy URL, które byłyby mapowane do kontrolera "akcja".

Wszelkie wskazówki będą mile widziane.

Answer 1

Podczas gdy klasy modeli obsługują obiekty i ich stan, kontroler obsługuje stan samej aplikacji.

Bardzo prostym przypadkiem użycia może być to, że masz dwa stany dla formularza: readonlyMode i modifyMode. To zdecydowanie nie należy do modelu, w którym zdefiniowane są rzeczywiste obiekty. To tylko stan twojej aplikacji.

Jeśli kontroler mówi, że stan jest tylko do odczytu, widok spowoduje wyłączenie wszystkich pól wejściowych. Odwrotna strona dla modifyMode.

Ale zgadzam się, że nie zawsze łatwo jest zdecydować, gdzie ją umieścić. Na tym etapie MVC zajmuje się pojęciami. Konieczność umieszczenia go w jakiejś zasadzie, powiedziałbym:

• wszystko, co reprezentuje trwałe dane (przechowywane w jakiejś pamięci/DB) jest zazwyczaj częścią modelu.
• wszystko, co sprawi, że twoja aplikacja stanie się stateful => kontrolery.