Dart 我应该给你打电话吗?

Dart 我应该给你打电话吗?,dart,Dart,我应该在创建变量时指定类型吗 仅仅声明关键字“var”有什么缺点吗 这两者有什么区别吗 var a=0; int a=0优点/缺点 正在进行的工作 最佳做法 建议使用var或关键字,而不指定类型注释,并隐式推断已知局部变量的类型。否则,建议指定类型注释。至于dynamic关键字,当您进行手动类型检查时,在特定用例中应该非常谨慎地使用它。例如,print(myVariable是SomeType) Dart linter规则鼓励忽略已知局部变量的类型注释。鼓励为不属于前linter规则范围的情况指定

我应该在创建变量时指定类型吗

仅仅声明关键字“var”有什么缺点吗

这两者有什么区别吗

var a=0;
int a=0

优点/缺点
正在进行的工作

最佳做法 建议使用
var
或关键字,而不指定类型注释,并隐式推断已知局部变量的类型。否则,建议指定类型注释。至于
dynamic
关键字,当您进行手动类型检查时,在特定用例中应该非常谨慎地使用它。例如,
print(myVariable是SomeType)

Dart linter规则鼓励忽略已知局部变量的类型注释。鼓励为不属于前linter规则范围的情况指定类型注释

1. 1.1 所有变量和参数都是类型化的;避免使用“动态”或“对象” 在任何情况下,您都可以找出实际的类型。总是专攻 在可能的情况下使用泛型类型。显式键入所有列表和映射 文字

这实现了两个目的:它验证 编译器将推断匹配您期望的类型,并使 在类型不明显的情况下(例如。 调用构造函数以外的任何对象时)

始终避免使用“var”。如果您明确表示 类型未知,但更喜欢使用“对象”和强制转换,如使用动态 禁用所有静态检查

2. 2.1 考虑忽略局部变量的类型注释

通常,局部变量的类型很容易推断,因此 没有必要对它们进行注释

2.2 指定类型注释

当指定某个类型未知且短手 elide类型注释。如果您明确表示 类型未知。如果您明确表示想要一个对象,请使用
Object
实现
=
hashCode
的对象

工具书类 您可以参考、完整列表和

注意,在颤振社区中使用,优先于林锥和有效的Dart样式指南,尤其是在回购贡献中。从我所看到的,更多的是一个超集风格的指南,应该遵守省道过梁规则。

优点/缺点
正在进行的工作

最佳做法 建议使用
var
或关键字,而不指定类型注释,并隐式推断已知局部变量的类型。否则,建议指定类型注释。至于
dynamic
关键字,当您进行手动类型检查时,在特定用例中应该非常谨慎地使用它。例如,
print(myVariable是SomeType)

Dart linter规则鼓励忽略已知局部变量的类型注释。鼓励为不属于前linter规则范围的情况指定类型注释

1. 1.1 所有变量和参数都是类型化的;避免使用“动态”或“对象” 在任何情况下,您都可以找出实际的类型。总是专攻 在可能的情况下使用泛型类型。显式键入所有列表和映射 文字

这实现了两个目的:它验证 编译器将推断匹配您期望的类型,并使 在类型不明显的情况下(例如。 调用构造函数以外的任何对象时)

始终避免使用“var”。如果您明确表示 类型未知,但更喜欢使用“对象”和强制转换,如使用动态 禁用所有静态检查

2. 2.1 考虑忽略局部变量的类型注释

通常,局部变量的类型很容易推断,因此 没有必要对它们进行注释

2.2 指定类型注释

当指定某个类型未知且短手 elide类型注释。如果您明确表示 类型未知。如果您明确表示想要一个对象,请使用
Object
实现
=
hashCode
的对象

工具书类 您可以参考、完整列表和


注意,在颤振社区中使用,优先于林锥和有效的Dart样式指南,尤其是在回购贡献中。从我所看到的,更多的是一个超集风格的指南,应该遵守省道过梁规则。

不,你可以使用bothno,你可以使用bothso
int a=10
var a=10
?取决于上下文。是否为局部变量。i、 e.在类中,建议显式键入。但在作为局部变量的函数中,建议隐式类型化。没错,这是一个指南,有时人们并不坚持。但是不要误解开发人员在类声明中使用了
final double foo=
。正如我所说,当变量不是局部变量时,建议指定类型注释。我正在考虑:)对你的回答有什么要求吗?是的,我明白你的意思。正如我所说,这是一个指南,有时人们不遵守它。就个人而言,在本地范围内,比如在方法内,我不想编写
Map permissions=Map()而是选择加入
var permissions=Map()因此
int a=10
var a=10
?取决于上下文。是否为局部变量。i、 e.在类中,建议显式键入。但在作为局部变量的函数中,建议隐式类型化。没错,这是一个指南,有时人们并不坚持。尽管不要误解开发人员使用的是
final double foo