Als ich anfing, Komponenten zu schreiben, fühlte es sich nicht allzu schwierig an (ähnlich wie bei Vue). Das Interessanteste dürfte die jsx-Syntax sein. Ich persönlich bin der Meinung, dass jsx tatsächlich funktionaler ist als die Vorlage von vue und besser lesbar ist.
// vue
// jsxhello !{msg}
Anweisungen darin, und{}
in jsx stellt die auszuführende js-Anweisung dar. In diesem Fall ist es besser, den Inhalt von jsx zu verstehen dom in jsx ist nicht das eigentliche dom. Der Inhalt inreturn
kann vollständig als in nativem js geschriebene HTML-Vorlage verstanden werden >{}
Zum Rendern verwenden, da der Vorlagensyntaxteil vor der Generierung der Vue-Seite nicht gerendert wird und:
zuerst auf der Seite angezeigt wird und dann in die Seite eingeblendet wird echter Textinhalt.
Nehmen wir ein weiteres Beispiel für das Array-Traversal-RenderingcontentText
{{}}
{{content}}
Datei kann derzeit das Formatierungs-Plug-in nicht findenWas mir bisher aufgefallen ist Es gibt zwei Probleme.
// vue
// jsx
Beim Schreiben Komponenten, ich bin es eher gewohnt, Kommentare in js-Dateien zu schreiben, aber in vue-Dateien fühlen sich die Kommentare darin weniger freundlich an.{}
if else
switch
{}
Die Kommentare in js sehen aus Sehr hochwertig.
2. Der Dom-Teil ist formatiert..vue
In vue Es wird empfohlen, dass jedes Attribut von Dom in einer eigenen Zeile stehen sollte (dies ist auch meine Schreibgewohnheit), wie folgt:
Sobald es jedoch formatiert ist...
// .vue
// .js /** * @name * @param {Number} * @description */
Verwandte Empfehlungen:
Mehrere Möglichkeiten, React-Komponenten zu zerlegen. Bestellmethode
// .vue
// .vue
Detaillierte Erläuterung der Kontext-API von React 16.3
Das obige ist der detaillierte Inhalt vonReagieren Sie auf die Zusammenfassung des Projektfalls. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!