Warning: file_get_contents(/data/phpspider/zhask/data//catemap/1/dart/3.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Oop 为什么Dart更喜欢忽略本地变量的类型注释?_Oop_Dart_Types_Annotations_Var - Fatal编程技术网

Oop 为什么Dart更喜欢忽略本地变量的类型注释?

Oop 为什么Dart更喜欢忽略本地变量的类型注释?,oop,dart,types,annotations,var,Oop,Dart,Types,Annotations,Var,我使用dart已经有一段时间了,只是想知道不使用类型注释的偏好。我个人觉得,如果我能看到类型注释,而不想知道某些变量是什么类型的话,就更容易理解并回顾我的代码。有没有理由选择var而不是直接类型注释 为什么会这样: var match=regexp.firstMatch'Regex match'; 更可取的是: RegExpMatch=regexp.firstMatch'Regex-match'; 争论的焦点是,额外的长篇大论通常是不值得的 除非您为每个中间值命名,否则您使用的非类型化表达式已经

我使用dart已经有一段时间了,只是想知道不使用类型注释的偏好。我个人觉得,如果我能看到类型注释,而不想知道某些变量是什么类型的话,就更容易理解并回顾我的代码。有没有理由选择var而不是直接类型注释

为什么会这样:

var match=regexp.firstMatch'Regex match'; 更可取的是:

RegExpMatch=regexp.firstMatch'Regex-match';
争论的焦点是,额外的长篇大论通常是不值得的

除非您为每个中间值命名,否则您使用的非类型化表达式已经没有问题了。说:

myThingie.flootfloo.biz.baz.fixIt; 这里有四个中间值,您没有给它们指定名称和类型,我们通常不认为这是一个问题。 如果你把它写成

var v1=myThingie.Flootfloo; var v2=v1.biz; var v3=v2.baz; var v4=v3.fixIt; 没有特别的理由让您突然需要以前不需要的类型

可以说,将类型放在变量上不如将类型放在匿名中间结果上重要,因为前者的名称提供了更多信息。如果名称具有足够的描述性,则不应同时需要名称和类型

有些人认为这些论点都很好,但有时你还是想给某个东西赋一个类型,因为从上下文或名称上看,这一情况并不清楚。这没关系,只是说,不是不说,这意味着在某些情况下,其他原因可能会压倒风格指南的建议

我个人习惯于写类型,很难不写,尤其是int,在我还没来得及思考之前,它就从我的手指流出来了!
然而,我曾尝试在不键入局部变量的情况下编写Dart代码,实际上这并不是一个问题。很多人都有同样的经历。我想在6-12个月后,当我再次回到那段代码时,我们将看到会发生什么。

争论的焦点是,额外的冗长通常不值它自己的重量

除非您为每个中间值命名,否则您使用的非类型化表达式已经没有问题了。说:

myThingie.flootfloo.biz.baz.fixIt; 这里有四个中间值,您没有给它们指定名称和类型,我们通常不认为这是一个问题。 如果你把它写成

var v1=myThingie.Flootfloo; var v2=v1.biz; var v3=v2.baz; var v4=v3.fixIt; 没有特别的理由让您突然需要以前不需要的类型

可以说,将类型放在变量上不如将类型放在匿名中间结果上重要,因为前者的名称提供了更多信息。如果名称具有足够的描述性,则不应同时需要名称和类型

有些人认为这些论点都很好,但有时你还是想给某个东西赋一个类型,因为从上下文或名称上看,这一情况并不清楚。这没关系,只是说,不是不说,这意味着在某些情况下,其他原因可能会压倒风格指南的建议

我个人习惯于写类型,很难不写,尤其是int,在我还没来得及思考之前,它就从我的手指流出来了! 然而,我曾尝试在不键入局部变量的情况下编写Dart代码,实际上这并不是一个问题。很多人都有同样的经历。我想,当我在6-12个月内再次回到该代码时,我们将看到会发生什么。

当我在6-12个月内再次回到该代码时。哈哈,这是我想到的一件事。这是有道理的,因为在大多数情况下,我们并不需要知道变量,但文档中说的避免和不避免并没有指出原因。当我在6-12个月后再次回到代码时。哈哈,这是我想到的一件事。这是有道理的,因为在大多数情况下,我们并不需要知道变量,但是文档中说的避免和不避免并没有指出原因。