C#特殊的技巧（C#）

た入场券 2022-08-09 18:37 83阅读 0赞

1.重构

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

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

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

![20151103212916275][]

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) };
            }
        }
    }

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

![20151103215025463][]

上面为什么截图呢，注意两点：

一个是注意我写了两次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;