今気づきましたが、次のようにコンポーネントのプロパティを定義しないでください:
これには
宣言は必要ないようですが、これを行うことによる欠点はありますか? vue各属性の type は自分で決定しますか? 私は
vue
type
を使用しています。
これは単なる type 宣言ではありません。
これはプロップ検証機能です。 完全な構文は
名前付きプロパティのみを使用する場合の欠点は次のとおりです:
はありません。ただし、
の場合でも、開発ビルドではコンソール警告のみが表示されます。
単一プロップの
欠点はもちろんセキュリティが弱いことです。
vue は各プロパティの型を独自に決定しますか? しません
文字列の配列を提供する場合、Vue は渡された props の型をまったく検証しません。そのため、間違って使用された場合 (他の開発者や今後の開発者としては、何が渡されるべきかを知る方法がありませんので、その可能性が高くなります)コンポーネント (コードの残りの部分) を読まないと、prop# として渡された間違った値に関するクリーンなエラー/警告 (または IDE からの妥当なエラー) ではなく、コンポーネントのどこかでランタイム エラーが発生することになります。
これは単なる
type
宣言ではありません。これはプロップ検証機能です。 完全な構文は
です。 リーリー名前付きプロパティのみを使用する場合の欠点は次のとおりです:
はありません。ただし、
typed propsの場合でも、開発ビルドではコンソール警告のみが表示されます。
単一プロップの
複数のtypes-
小道具のデフォルト値
- カスタムバリデーター関数
-
欠点はもちろんセキュリティが弱いことです。
vue は各プロパティの型を独自に決定しますか? しません
文字列の配列を提供する場合、Vue は渡された props の型をまったく検証しません。そのため、間違って使用された場合 (他の開発者や今後の開発者としては、何が渡されるべきかを知る方法がありませんので、その可能性が高くなります)コンポーネント (コードの残りの部分) を読まないと、prop# として渡された間違った値に関するクリーンなエラー/警告 (または IDE からの妥当なエラー) ではなく、コンポーネントのどこかでランタイム エラーが発生することになります。
##ほとんどの場合、できるだけ多くの特定の prop 定義を使用する必要があります。