“VisualStudio中CSharp编写效率提升小提示”的版本间的差异

来自沃社Wiki
跳转至: 导航搜索
正文
 
(未显示另一用户的1个中间版本)
第12行: 第12行:
  
 
<code>
 
<code>
a = l.Count < c ? c : l.Count;<br \>
+
a = l.Count < c ? c : l.Count;<br />
 
a = c > l.Count ? c : l.Count;
 
a = c > l.Count ? c : l.Count;
 
</code>
 
</code>
第18行: 第18行:
 
如上段代码,第二行比第一行的编写效率更高,这是为什么呢?
 
如上段代码,第二行比第一行的编写效率更高,这是为什么呢?
  
我们先补全一下:a和b都是int类型,而l则是一个List类型。
+
先说一下,上文中a和b都是int类型,而l则是一个List类型。
  
Linq作为一个常用库,很多类都支持对它的扩展,如Count&lt;TResult&gt;&#40;&#41;。你可能也知道List自己带有一个Count属性。所以,在图中的第一行代码如果你只写了iend = videoPlayers.Count &lt;,那么VisualStudio会自动认定这是Count&lt;TResult&gt;&#40;&#41;,之后应该是一个可以作为模板的类型,而不是变量。这时完成列表将不会出现c,因为它是一个变量。这时就要手动输进去c了,缺少了完成列表,这可能会多耗费一点时间。所以在这种情况下,我们可以用&gt;避开这种情况的发生,这样可以提高效率。
+
Linq作为一个常用库,很多类都支持对它的扩展,如Count&lt;TResult&gt;&#40;&#41;。你可能只是想引用List自己带有一个Count属性,可是(在图中的第一行代码)你只写了iend = videoPlayers.Count &lt;,而VisualStudio自动认定这是Count&lt;TResult&gt;&#40;&#41;,之后应该是一个可以作为模板的类型,而不是变量。这时完成列表将不会出现c,因为它是一个变量。这时就要手动输进去c了,缺少了完成列表,这可能会多耗费一点时间。那么,我们可以用&gt;避开这种情况的发生,这样便可以提高效率。
  
 
== 引用 ==
 
== 引用 ==
 
<references/>
 
<references/>

2021年3月7日 (日) 17:53的最新版本

返回 Orange233

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了,缺少了完成列表,这可能会多耗费一点时间。那么,我们可以用>避开这种情况的发生,这样便可以提高效率。

引用