C#在静态导入方面与Java有什么区别？

       C#不如Java的地方：静态导入

　　静态导入

　　优点

　　前言就说到这儿，现在进入今儿这篇文章的正题：静态导入(static import)。

　　先看下面这段示例代码：

　　public class SayHelloTest{

　　@Test

　　public void should_say_hello_when_given_your_name(){ gotoPage("hello"); input("name","yuyijq");

　　click("sayButton");

　　assertThat(helloPage.getLabel(),is("hello yuyijq"));

　　}

　　}

　　这是一段典型的功能测试代码。对于功能测试来说，关键的就是要模拟用户场景，而不涉及技术细节，用领域的语言来表达出测试。上面的测试用很清晰的步骤表达出了测试的意图，要注意的是这里的gotoPage,input,click以及assertThat方法都不是SayHelloTest类的实例方法，都是定义在别的类甚至是第三方框架中的静态方法。通过Java的静态导入特性，使得现在代码的可读性更高：

　　import static com.cnblogs.yuyijq.functionalTest.gotoPage;

　　弊端

　　通过静态导入，我们可以去掉类名的前缀，这样就可以将代码写得更自然，更像是在描述一件事儿。但静态导入也并不是没有缺点。在软件开发中，很多特性适当的使用都很好，但是一旦使用过度就有可能变成坏事，这就是那个名言：不要拿着锤子，就把啥都当钉子。请看下面的代码：

　　map.get(MOST_VIEWED.toString());

　　map.get(LAST_VIEWED.toString());

　　map.get(IS_LAST_ARTICLE.toString());

　　map.get(IS_SHOW_PICTURE.toString());

　　咋一看还以为这些MOST_VIEWED什么的全部是常量，但最后发现这些都是枚举PortalOptions里的项，都是通过静态导入导进来的。但由于没了PortalOptions这个具有说明信息的枚举名作为前缀，丢失了很多信息，造成这段代码不是很容易看懂，不知道map.get出来的到底是什么。代码虽然短了很多，但是如果加上PortalOptions，那么就能很直观的直到我们需要从这个map里获得PortalOptions相关的东东。

　　在C#里画瓢

　　好的东西是要学习的，那我们如何在C#里照样画个瓢呢。可惜C#目前还不支持这种静态导入，我也没想到什么好法子能画这个瓢。在C#里不要类名或实例名这个前缀，那除非这个方法是本类的方法，但我们肯定不可能为了使用这样的东东，就给每个类添加这些方法，不过C#里有一个扩展方法特性，我们看看是不是能用扩展方法来画这个瓢：

　　public static class UnitTestExtensions

　　{

　　public static T mock(this object o,Type mockType)

　　{ return (T)NMock.Mock(mockType); }

　　}

　　由于我们是给object类扩展的方法，所以在所有的类中都可以像是自己的方法一样使用，也就可以写下下面这样的代码了：