Próbuję zrozumieć najlepsze praktyki dotyczące struktury aplikacji ember.js. Ten slajd z tomdale:

https://speakerdeck.com/u/tomdale/p/emberjs-more-than-meets-the-eye?slide=55

ma zwięzły opis sposobu podziału logiki aplikacji. Jednak starając się przestrzegać tych wytycznych, mam pewne problemy:

Router staje się zbyt duży. Zgodnie z prezentacją router „reaguje na zdarzenia z widoków”, ale skutkuje to dużą ilością kodu, gdy są dziesiątki wyświetleń.Istnieje ogromna liczba kontrolerów. W aplikacji Rails akcje CRUD zwykle znajdują się w tym samym kontrolerze, jednak dla aplikacji ember wydaje się, że powinien istnieć jeden kontroler do wyświetlania rekordów, jeden do wyświetlania rekordu, jeden do tworzenia rekordu itp.

Nie wydaje się to zbyt OSUSZONE, ponieważ kończę na tak wielu plikach między kontrolerami, widokami i szablonami kierownicy, że każdy z nich ma tylko kilka linii kodu.

Próbuję zdecydować, czy problem polega na tym, że stosuję wytyczne niepoprawnie, czy te wytyczne działają tylko w przypadku banalnych aplikacji.

Czy ktoś ma jakąkolwiek radę - zwłaszcza w kwestii zarządzania rozwojem routera?