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了。