App-Architektur: Direktiven vs. Controller

8

Ich habe eine große App, die viele Layouts und Subviews enthält. Sieht wie (vereinfacht) aus: Ссылка

Also, ich habe viele Anweisungen und Dienste. Und nur 2-4 einfache Controller (10 - 20 Zeilen Code). Alle Logik in großen Direktiven gespeichert, die viele kleine Direktiven enthalten. Liege ich falsch?

    
Gm0t 23.01.2013, 12:41
quelle

3 Antworten

7

Die Art, wie ich mich ihm nähere, ist.

  • Direktiven enthalten View-Logik, nicht Business-Logik. Dies ist auch der Punkt, an dem DOM-messing passiert, falls nötig.

  • Controller sind ziemlich dünn, haben eine minimale Geschäftslogik.

  • Angular Services sind dort, wo die meisten schweren Arbeiten durchgeführt werden.

Wenn Sie eine Logik haben, die von mehreren Bereichen / Controllern wiederverwendet werden muss oder zustandsbehaftet ist, ist es wahrscheinlich besser, sie in einen Service zu integrieren als eine Richtlinie.

Abhängig von Ihrer App / Architektur - Sie könnten auf einem Server posten und die schwere BL auf der Serverseite passieren.

Die Angular Docs haben ein nettes Stück auf Richtlinien richtig verwenden mit ein paar Zeigern.

    
e82 24.01.2013, 01:58
quelle
0

Klingt gut für mich.

Irgendwann im DoubleClick-Talk sagt der Redner etwas Ähnliches wie "Mach Controller so dünn wie möglich . "

    
Mark Rajcok 23.01.2013 17:21
quelle
0

Der Link wurde gelöscht ... ein funktionierender Link zum selben Guide ist hier: Ссылка

    
aabes 19.03.2014 17:05
quelle

Tags und Links