2014-10-23 3 views
43

Ich bin ziemlich neu in Angular und ich würde gerne von Anfang an gute Praktiken lernen. Ich habe drei Angular style Guides gefunden und sie scheinen alle großartig zu sein. Ich würde gerne wissen, welche wäre am besten für mich zu adoptieren, aber ich bin in keiner Position, der Richter darauf zu sein, da ich wenig Erfahrung mit großen Angular-Apps habe.AngularJS Style Guides - Todd Motto vs John Papa vs Minko Gechev

Also welches ist das Beste? Oder auch wenn nicht besser, dann intuitiver/weniger Probleme bei der Entwicklung? Vielleicht haben einige von Ihnen Erfahrung mit allen von ihnen und können ihre Vor- und Nachteile aufzeigen?

Links:

+0

Ich denke, Sie sollten alle von ihnen lesen und sich entscheiden, welcher Ansatz für Ihr Projekt besser ist. Weil Ansätze zur Arbeit mit den eckigen und Style Guides genauso existieren wie die Spezialisten. –

+0

Dies sind Stil _guides_ es gibt keine kalten harten Argumente für einen bestimmten. Sie überschneiden sich bei vielen Dingen, die Sinn ergeben, der Rest ist Präferenz. Konsistenz ist wichtig - wählen Sie einen oder machen Sie Ihren eigenen und bleiben Sie dabei. – kyranjamie

+0

Ich benutze 'Yeoman eckigen Generator' (https://github.com/yeoman/generator-angular) für meine Anwendung Gerüst und die Struktur, die es erzeugt, funktioniert gut für die meisten Anwendungen. –

Antwort

30

Ich habe durch Mottos und Papas Führer und 90% der Zeit gegangen Sie stimmen den gleichen Anleitungen und der gleichen Verwendung zu. Motto ist kurz und einfach zu folgen, Papa ist lang aber deckt fast alles ab. Ich denke, Sie sollten besser mit jedem von ihnen beginnen (vorzugsweise kürzer) und wenn Sie zu einer neuen Sache kommen (zB: Sie können nicht zuerst eine Richtlinie implementieren, aber nach einiger Zeit), dann lesen Sie die Anweisungen. Versuchen Sie nicht, alles von oben nach unten zu lesen, da es Sie verwirren könnte. Beginnen Sie mit den meisten benötigten und beginnen Sie mit der Programmierung der Anwendung.

  • Dateistruktur (Minko) - Anwendungsstruktur (Papa)
  • IIFE (Papa)
  • Module (Motto, Papa) - Modularer Aufbau (Papa)
  • Controller Erklärung und Best Practices (Motto, Papa)
  • Dienstleistungen Erklärung und best Practices (Motto, Papa)
  • Kommentare (Motto, Papa)
  • Naming (Papa)

Diese sollten ausreichen, um zu beginnen und die meisten Ihrer Entwicklungsarbeit mit Angular zu tun, dann, wenn Sie zu neuen Winkelbereich kommen - sagen Sie, wenn Sie planen, Richtlinie zu bauen - dann gehen Sie und lesen Sie diesen Abschnitt auf diesen Führern. Sonst wirst du nur Tage damit verbringen, über Guides zu lesen und darüber nachzudenken, ohne tatsächlich zu arbeiten. Wenn Sie es nicht verwenden, werden Sie nicht den besten Weg sehen, um etwas selbst zu implementieren, außerdem Gründe hinter den Best Practices.

12

Im Juli 2016 ist nur ein Styleguide wirklich auf dem neuesten Stand bezüglich der Herausforderung, unsere AngularJS-Anwendungen für Angular 2 bereit zu machen. Und das ist Todd Mottos Styleguide. Eine Menge Nacharbeit hat im Juni (nur überprüfen Sie die commit Aktivität: https://github.com/toddmotto/angular-styleguide/graphs/commit-activity) geschehen

Es hat alles, was man von einem Style Guide im Jahr 2016 erwartet, inklusive:

  • ES2015
  • AngularJS 1.5. x
  • Modul.(Komponente)
  • one-way Datenfluß
  • Stateful/staatenlos Komponenten
  • etc ...

Überprüfen Sie auch dieses ehrfürchtige Saatgutprojekt, folgt es fast jede Regel in Todd Motto Richtlinien:

https://github.com/AngularClass/NG6-starter

0

Jeder sollte langfristige Vision haben. Mit anderen Worten, fangen Sie klein an, aber denken Sie daran, wohin die App die Straße hinunter führt.

John Papa bietet die beste Dateistruktur nach mir und auch viele nützliche Frameworks wie YEOMAN folgt John Papa Art von App-Struktur.

Die wichtigsten Funktionen von John Papa sind unter:

  1. Eine Komponente pro Datei fördert einfacher Unit-Tests und spöttisch.

  2. Eine Komponente pro Datei erleichtert das Lesen, Pflegen und Vermeiden von Kollisionen mit Teams in der Quellcodeverwaltung.

  3. Eine Komponente pro Datei vermeidet versteckte Fehler, die häufig beim Kombinieren von Komponenten in einer Datei auftreten, in der sie Variablen gemeinsam nutzen, unerwünschte Schließungen oder unerwünschte Kopplungen mit Abhängigkeiten erzeugen können.