Oop 为什么Dart更喜欢忽略本地变量的类型注释?
我使用dart已经有一段时间了,只是想知道不使用类型注释的偏好。我个人觉得,如果我能看到类型注释,而不想知道某些变量是什么类型的话,就更容易理解并回顾我的代码。有没有理由选择var而不是直接类型注释 为什么会这样: var match=regexp.firstMatch'Regex match'; 更可取的是: RegExpMatch=regexp.firstMatch'Regex-match';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'; 争论的焦点是,额外的长篇大论通常是不值得的 除非您为每个中间值命名,否则您使用的非类型化表达式已经
争论的焦点是,额外的长篇大论通常是不值得的 除非您为每个中间值命名,否则您使用的非类型化表达式已经没有问题了。说: 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个月后再次回到代码时。哈哈,这是我想到的一件事。这是有道理的,因为在大多数情况下,我们并不需要知道变量,但是文档中说的避免和不避免并没有指出原因。