C#特殊的技巧（C#）

1.重构

代码需做到简洁，那么就需要将相关的一组语句转移，而不要把它放到一个大的方法中从而形成一个臃肿的方法块，

对后期维护也会增加负担。这个时候我们自然而然做的事情就是重构。

在VS中，选定要转移的语句，右击弹出菜单选择“快速操作”，当然你也可以直接快捷键Ctrl+.即可



2.Using指令的自由性

Using可以是来引用命名空间的，然而我们是否就这样思维定势地认为Using引用命名空间语句只能在文件的开头声

明，当然这种是最实惠和正规的，那么就会想到是否可以将Using指令放在命名空间声明顶部呢？注意以下代码：

using Windows.UI;
using Windows.UI.Xaml;
using Windows.UI.Xaml.Controls;
using Windows.UI.Xaml.Media;
using Windows.UI.Xaml.Shapes;

// “空白页”项模板在 http://go.microsoft.com/fwlink/?LinkId=234238 上提供

namespace Hodgepodge
{
/// <summary>
/// 可用于自身或导航至 Frame 内部的空白页。
/// </summary>
public sealed partial class BlankPage1 : Page
{
public BlankPage1()
{
this.InitializeComponent();

Frame frame = Window.Current.Content as Frame;

Rectangle rect = new Rectangle() { Fill = new SolidColorBrush(Colors.Red) };
}
}
}

Rectangle是声明在using Windows.UI.Xaml.Shapes中的，当然以上代码using Windows.UI.Xaml.Shapes;放在文件顶
部没有问题。那么将using Windows.UI.Xaml.Shapes;放到项目命名空间namespace Hodgepodge顶部呢？

using Windows.UI;
using Windows.UI.Xaml;
using Windows.UI.Xaml.Controls;
using Windows.UI.Xaml.Media;

// “空白页”项模板在 http://go.microsoft.com/fwlink/?LinkId=234238 上提供

namespace Hodgepodge
{
using Windows.UI.Xaml.Shapes;
/// <summary>
/// 可用于自身或导航至 Frame 内部的空白页。
/// </summary>
public sealed partial class BlankPage1 : Page
{
public BlankPage1()
{

this.InitializeComponent();

Frame frame = Window.Current.Content as Frame;

Rectangle rect = new Rectangle() { Fill = new SolidColorBrush(Colors.Red) };
}
}
}

你看代码没有报错，当然不推荐这种写法，增加代码阅读难度，还有可能会出现重复的现象(但并没有错)



上面为什么截图呢，注意两点：
一个是注意我写了两次using Windows.UI.Xaml.Shapes的声明，但代码并没有报错。
二相比之下可以发现，越靠近具体对象的声明是被有效的，而越远的声明反而灰掉了。这就说明在不同的地方的Using指令有它自己的命名空间有效性。

3.同名类型采用Using指令为命名空间取别名，以消除歧义
这种情况很容易出现，例如A命名空间里有一个Person类型，B命名空间里也有一个Person类型。这个时候你使用了Person类，那么编译器会很疑惑你到底用的哪个命名空间下的Person定义。
当然解决方法还是有的：
你可以在Person前写全它的完全限定名，如A.Person person;
或者你可以给A,B命名空间分别给一个别名，如下：
using GoodPeople = A.Person;
using BadPeople = B.Person;
......
GoodPeople person;
或者BadPeople person;
这样编译器就知道你的person是具体哪种类型的Person了。