Ant-design: [Feature Request] Export Props-Schnittstellendefinition in allen Komponentenindex.d.ts-Dateien
Welches Problem löst diese Funktion?
Wenn die Standard-Props-Oberfläche als öffentlich definiert ist, kann die Props-Definition beim Erstellen meiner eigenen benutzerdefinierten Version der Komponente wiederverwendet werden.
Wie sieht die vorgeschlagene API aus?
Wenn ich beispielsweise meine Anmeldekomponente erstelle, muss ich:
import { FormComponentProps } from 'antd/lib/form/Form'
class Login extends React.Component<{} & FormComponentProps, {}> {
render() {
// some render code
}
}
Aber folgendes vielleicht besser:
import { FormComponentProps } from 'antd'
class Login extends React.Component<{} & FormComponentProps, {}> {
render() {
// some render code
}
}
Mindestens:
import { FormComponentProps } from 'antd/lib/form'
class Login extends React.Component<{} & FormComponentProps, {}> {
render() {
// some render code
}
}
Genau wie dieses TS-basierte UI-Paket: Blaupause
newraina
Alle 8 Kommentare
Ich finde folgendes gut genug:
import { FormComponentProps } from 'antd/lib/form'
class Login extends React.Component<{} & FormComponentProps, {}> {
render() {
// some render code
}
}
benjycui
am 28. Juni 2017
Ich denke, der erste ist besser.
Die Wahl des zweiten Weges kann daran liegen, dass der erste auch Schnittstellen enthält. Diese Schnittstellen sind jedoch sehr nützlich, wenn Sie TypeScript verwenden. Diejenigen, die TS nicht verwenden, sehen sie einfach nicht.
Viele der in TS geschriebenen Frameworks setzen die Schnittstelle nach außen frei und finden keine Probleme.
Natürlich kann der zweite Weg die Bedürfnisse erfüllen. Der Zweck dieser AUSGABE besteht darin, den exponierten Ort der Schnittstelle zu vereinheitlichen . Die aktuelle Situation ist, dass der Speicherort der Schnittstelle im Ordner lib/[component name]/ nicht vorhersehbar ist.
Aber ich hoffe immer noch, dass der erste angenommen werden konnte, danke.
newraina
am 10. Juli 2017
Hallo, ich versuche herauszufinden, warum es bei mir nicht funktioniert, aber ich habe diesen Fehler. Node_modules / antd / lib / form / index "'hat kein exportiertes Mitglied' FormComponentProps '.
DavidNorena
am 27. Juli 2017
Meine Problemumgehung war der Import von {FormComponentProps} aus 'antd / lib / form / Form'.
Was mache ich falsch?
DavidNorena
am 27. Juli 2017
@ DavidNorena
Meinen Sie damit, dass Sie Folgendes versuchen: import { FormComponentProps } from 'antd/lib/form , aber eine Fehlermeldung erhalten?
Natürlich ist es ein Fehler, weil FormComponentProps jetzt nicht in lib/form dir angezeigt wird. Deshalb reiche ich dieses Problem ein :)
newraina
am 27. Juli 2017
@newraina ahhhh jetzt verstehe ich es! : D Entschuldigung, in der Zwischenzeit verwende ich den Import {FormComponentProps} aus 'antd / lib / form / Form'. in Ordnung ?
DavidNorena
am 27. Juli 2017
@ DavidNorena Ja
newraina
am 28. Juli 2017
Sie können uns dabei helfen.
afc163
am 16. Aug. 2017
Verwandte Themen
PeteAndersen
·
3Kommentare
mineralres
·
3Kommentare
zhangchen2397
·
3Kommentare
alanwei0
·
3Kommentare
tianyacsdn
·
3Kommentare
Hilfreichster Kommentar
Ich denke, der erste ist besser.
Die Wahl des zweiten Weges kann daran liegen, dass der erste auch Schnittstellen enthält. Diese Schnittstellen sind jedoch sehr nützlich, wenn Sie TypeScript verwenden. Diejenigen, die TS nicht verwenden, sehen sie einfach nicht.
Viele der in TS geschriebenen Frameworks setzen die Schnittstelle nach außen frei und finden keine Probleme.
Natürlich kann der zweite Weg die Bedürfnisse erfüllen. Der Zweck dieser AUSGABE besteht darin, den exponierten Ort der Schnittstelle zu vereinheitlichen . Die aktuelle Situation ist, dass der Speicherort der Schnittstelle im Ordner
lib/[component name]/nicht vorhersehbar ist.Aber ich hoffe immer noch, dass der erste angenommen werden konnte, danke.