- 主题:有时候我真受不了一种code review
很多时候 review 代码是直接在 github 上面看，没有 IDE 支持那么好
【 在 hanjiamajia 的大作中提到: 】
: 因为显式类型唯一的好处，就是阅读代码的时候类型清晰
: 而现代 IDE 都支持自动显示 var 的推导类型，比如 VS，阅读代码的时候把 display inline type hints 打开就是了
: [upload=1][/upload]
: ...................
--
FROM 67.161.36.*
用var比用显示声明，编译会慢一点吧？
【 在 hanjiamajia 的大作中提到: 】
:
: 而且说实话，同样基于 IDE 的类型显式，cpp 现在也是 auto 用的多啊
: 不过对于 cpp 来说，有时候必须了解类型推导何时会或不会产生引用类型，无脑 auto 的话会在他们不想要的时候得到副本。
: ...................
--
FROM 122.242.150.*
可以认为快一点，无论如何都要算后面表达式的type的，显示申明还多一步比较type是不是match。
【 在 webhost (webhost) 的大作中提到: 】
: 用var比用显示声明，编译会慢一点吧？
: 【 在 hanjiamajia 的大作中提到: 】
: :
: : 而且说实话，同样基于 IDE 的类型显式，cpp 现在也是 auto 用的多啊
--
FROM 223.104.213.*
Reviewer能力不行
【 在 feed (鳄鱼) 的大作中提到: 】
: 就是比如：
: MyClass obj = produce.Get( type );
: 要我改成
: var obj = produce.Get( type );
--
FROM 183.179.53.*
怎么易读怎么写。通常还是写出类型比较易读。
当然CRUD类代码没必要操心这些，随便写写就行了。
【 在 hanjiamajia (hanjiamajia) 的大作中提到: 】
: 【 在 webhost 的大作中提到: 】
: : 收藏。再请问下，既然微软自己都要求显式声明，为啥外面的流行是全部用var？是基于什么考虑？我因为从c/cpp过来的，习惯用显式的，这样用处坏处都有哪些呢？
:
: 而且说实话，同样基于 IDE 的类型显式，cpp 现在也是 auto 用的多啊
--
FROM 183.179.53.*
用 auto 的一个好处是 refactor 的时候会容易一些。
另外，如果不那么关心类型或者类型一眼就能看出来，用 auto 就挺好的。
我猜 var 的情况也差不多。
【 在 hanjiamajia 的大作中提到: 】
:
: 而且说实话，同样基于 IDE 的类型显式，cpp 现在也是 auto 用的多啊
: 不过对于 cpp 来说，有时候必须了解类型推导何时会或不会产生引用类型，无脑 auto 的话会在他们不想要的时候得到副本。
: ...................
--
FROM 167.220.233.*