Wenn Sie ein neues Projekt starten und überlegen, welches Frontend-Framework Sie verwenden möchten, dann ist dieser Artikel genau das Richtige für Sie. Hier sind meine 7 wichtigsten Gründe, Ember.js bei Ihrem nächsten Projekt nicht zu verwenden.
Ember vermarktet sich selbst als „Ein Framework für ambitionierte Webentwickler“, und seien wir ehrlich, nicht jeder ist ehrgeizig – oder ein Webentwickler. Ehrgeizige Entwickler arbeiten an ehrgeizigen Projekten, und ehrgeizige Projekte benötigen eine Infrastruktur, die Ember sofort mit einbezieht.
Im Jahr 1998 erstellte ich meine erste Website, „The Track Shack“. Es war eine Seite über unser High-School-Leichtathletikteam, dem ich angehörte. Ich wusste damals nicht, wie man programmiert. Ich habe Artikel mit Microsoft Word 97 geschrieben und sie mit der Funktion „Als Webseite speichern“ in HTML exportiert, das ich dann auf meine Geocities-Website hochgeladen habe. Eines Tages fragte mein Trainer, ob ich eine Website erstellt hätte – offenbar nutzten andere Trainer im ganzen Bundesstaat diese, um Leichtathletiknachrichten aus unserer Region zu erhalten. Ich hatte sogar die Ergebnisse von Treffen von The Commercial Appeal (das damals noch nicht online war) einbezogen und dramatisierte Berichte über die Ereignisse unseres Teams bei lokalen Treffen hinzugefügt.
Wenn eine einfache Website wie diese Ihren Anforderungen entspricht, nutzen Sie gleich die Word-Funktion „Als Webseite speichern“.
Ember ist ein eigenwilliges, batteriebetriebenes Frontend-Framework. Wenn Sie lieber Ihre Zeit damit verbringen möchten, jede Bibliothek auszuwählen, bis hin zur Patch-Version, und Ihr eigenes maßgeschneidertes Setup zu erstellen, werden Sie von Ember zutiefst enttäuscht sein.
In Ember starten Sie ein neues Projekt, indem Sie Folgendes ausführen:
npm install -g ember-cli ember new my-project
Und voilà – ein neues Projekt kann ausgeführt werden mit:
npm start
Beachten Sie, dass Unit-Tests bereits konfiguriert sind, was uns zu Grund Nummer drei bringt.
Ember richtet automatisch Unit-, Integrations- und Abnahmetests ein und generiert Stubs an den richtigen Stellen, wann immer Sie die integrierten Codegeneratoren verwenden. Wenn Sie beispielsweise mit der großen Schaltfläche „Ember-Komponente generieren“ eine neue Komponente erstellen, generiert Ember die Komponentendateien und Test-Stubs dafür, die Sie mit Behauptungen ausfüllen müssen, um Ihre Komponente zu testen.
Wenn Sie keine Tests möchten, erhalten Sie Stubs, die bei der Codeüberprüfung für Aufsehen sorgen könnten, sodass Sie möglicherweise tatsächlich Tests schreiben müssen – oder zusätzliche Zeit damit verbringen müssen, die Stubs zu löschen, bevor Sie die Pull-Anfrage senden. Natürlich können Sie die Testgenerierung mit einem Befehlszeilen-Flag überspringen, aber das ist schwer zu merken und wird nicht empfohlen.
Ember nutzt in großem Umfang native JavaScript-Funktionen und die Verwendung von Bibliotheken wie jQuery zur Verwaltung des DOM ist im Allgemeinen verpönt. So könnte beispielsweise eine klassenbasierte Komponente aussehen:
npm install -g ember-cli ember new my-project
Wenn Sie kein Fan von nativem JavaScript sind, ist Ember definitiv nichts für Sie.
Früher haben wir HTML-Seiten mit den guten alten JavaScript-Strings erstellt, etwa so:
npm start
Vorlagensprachen machen diese Notwendigkeit überflüssig, entziehen automatisch gefährlichen Werten und erzwingen eine Trennung von Belangen zwischen Logik und Darstellung (HTML) – was für einige Entwickler besorgniserregend ist.
Eine weitere potenziell ärgerliche Sache an der Template-Engine von Ember ist, dass sie den HTML-Code in Ihrer App automatisch aktualisiert, wenn sich die Daten ändern, was als „Datenbindung“ bezeichnet wird. Wenn Sie das DOM lieber manuell verwalten, Strings verketten oder eine andere Template-Engine verwenden möchten, ist Ember nicht das Richtige für Sie.
Ein zentraler Wert der Ember-Community ist „Stabilität ohne Stagnation“. Das Framework wird nach semantischer Versionierung regelmäßig in abwärtskompatiblen Schritten aktualisiert. Jede veraltete Funktionalität löst in der Entwicklung eine Warnung aus, die Ihnen mitteilt, wann sie entfernt wird und wie Sie sie aktualisieren können.
Diese Veraltungsmeldungen können mehr Arbeit verursachen, wenn Ihr Manager auf einem warnungsfreien Build besteht. Das Aktualisieren von Ember ist im Allgemeinen unkompliziert, insbesondere wenn es regelmäßig durchgeführt wird. Wenn Sie jedoch Updates jahrelang ignoriert haben, müssen Sie einiges nachholen.
Wenn Sie Hilfe bei einem Ember-Projekt benötigen, ist der Discord-Server der Community einer der besten Orte, um sie zu finden. Aber wenn Discord gegen die Richtlinien Ihres Unternehmens verstößt (oder einfach nicht Ihrem Stil entspricht), könnte dies ein Dealbreaker sein.
Auf dem Discord-Server finden Sie Ember-Neulinge und Framework-Entwickler gleichermaßen, und Sie können Hilfe erhalten, Ideen austauschen und sogar über die Zukunft des Projekts chatten. Aber Vorsicht: Diese Gespräche können interessant und ablenkend werden, weshalb einige Unternehmen Discord möglicherweise verbieten.
Wenn Sie also KI echten Menschen vorziehen, Google-Suchen dem Expertenrat vorziehen oder Discord wirklich hassen, sparen Sie sich die Mühe und überspringen Sie Ember.js.
Und da haben Sie es – meine 7 wichtigsten Gründe, Ember.js bei Ihrem nächsten Projekt nicht zu verwenden. Wenn Sie diesen Rat ignorieren und trotzdem in Ember eintauchen, könnte es sein, dass ich auf dem Discord-Server lauere. Wenn Sie eine Frage haben und ich die Antwort kenne, versuche ich vielleicht zu helfen – aber jemand, der sich besser auskennt, wird sich wahrscheinlich schneller darum kümmern als ich. Vielleicht können wir uns einfach über weitere Gründe unterhalten, warum Sie Ember nicht für Ihr nächstes Projekt wählen sollten!
Das obige ist der detaillierte Inhalt vonDie wichtigsten Gründe, warum Sie Ember.js bei Ihrem nächsten Projekt NICHT verwenden sollten. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!