“VisualStudio中CSharp编写效率提升小提示”的版本间的差异
（创建页面，内容为“返回 Orange233 == VisualStudio中CSharp编写效率提升小提示 == === 类似的问题 === Visual Studio 2017 Lost WPF Template === 正…”） |
|||
| 第20行： | 第20行： | ||
我们先补全一下：a和b都是int类型，而l则是一个List类型。 | 我们先补全一下：a和b都是int类型，而l则是一个List类型。 | ||
| − | Linq作为一个常用库，很多类都支持对它的扩展，如Count<TResult> | + | Linq作为一个常用库，很多类都支持对它的扩展，如Count<TResult>()。你可能也知道List自己带有一个Count属性。所以，在图中的第一行代码如果你只写了iend = videoPlayers.Count <，那么VisualStudio会自动认定这是Count<TResult>()，之后应该是一个可以作为模板的类型，而不是变量。这时完成列表将不会出现c，因为它是一个变量。这时就要手动输进去c了，缺少了完成列表，这可能会多耗费一点时间。所以在这种情况下，我们可以用>避开这种情况的发生，这样可以提高效率。 |
== 引用 == | == 引用 == | ||
<references/> | <references/> | ||
2020年8月16日 (日) 21:00的版本
VisualStudio中CSharp编写效率提升小提示
类似的问题
Visual Studio 2017 Lost WPF Template
正文
有的时候，用>会更好，除非为了某种特殊的可读性。
a = l.Count < c ? c : l.Count;
a = c > l.Count ? c : l.Count;
如上段代码，第二行比第一行的编写效率更高，这是为什么呢？
我们先补全一下：a和b都是int类型，而l则是一个List类型。
Linq作为一个常用库，很多类都支持对它的扩展，如Count<TResult>()。你可能也知道List自己带有一个Count属性。所以，在图中的第一行代码如果你只写了iend = videoPlayers.Count <，那么VisualStudio会自动认定这是Count<TResult>()，之后应该是一个可以作为模板的类型，而不是变量。这时完成列表将不会出现c，因为它是一个变量。这时就要手动输进去c了，缺少了完成列表，这可能会多耗费一点时间。所以在这种情况下，我们可以用>避开这种情况的发生，这样可以提高效率。
