Ant-design: Codekonvention für antd

Erstellt am 22. März 2016 · 4Kommentare · Quelle: ant-design/ant-design

Dank @waywardmonkeys ist der Codestil von antd jetzt konsistenter :-)

Und ich denke, wir sollten diese Codekonventionen besser in ein Dokument schreiben, damit andere darauf verweisen können (als Ergänzung oder ESLint). Ich hatte ein Wiki erstellt .

Vielleicht könnten wir in dieser Ausgabe die Codekonventionen diskutieren und das Wiki aktualisieren, wenn wir eine Schlussfolgerung ziehen.

cc @afc163 @yiminghe
Vielleicht interessiert @hotoo das :-)

Hinweis: Der Codestil von antd sollte super set von

🗣 Discussion

Quelle

benjycui

Hilfreichster Kommentar

// Good
Button.propTypes = {
  type: PropTypes.string,
}

// Bad
Button.propTypes = {
  type: PropTypes.string,
};

Ich habe mich immer unwohl gefühlt, Semikolons zu sehen, seit ich js geschrieben habe. . .

awaw00 am 22. März 2016

👍3 🎉1 👎1

Alle 4 Kommentare

Wir können Fragen wie diese diskutieren:

Ich denke, PropTypes.string ist besser als React.PropTypes.string , weil es prägnanter ist.

// Good
Button.propTypes = {
  type: PropTypes.string,
};

// Bad
Button.propTypes = {
  type: React.PropTypes.string,
};

benjycui am 22. März 2016

👍3

// Good
Button.propTypes = {
  type: PropTypes.string,
}

// Bad
Button.propTypes = {
  type: PropTypes.string,
};

Ich habe mich immer unwohl gefühlt, Semikolons zu sehen, seit ich js geschrieben habe. . .

awaw00 am 22. März 2016

👍3 🎉1 👎1

basierend auf [email protected]

yiminghe am 22. März 2016

Dieser Thread wurde automatisch gesperrt, da er in letzter Zeit keine Aktivität hatte. Bitte öffnen Sie ein neues Thema für verwandte Fehler und verlinken Sie auf relevante Kommentare in diesem Thread.