静态导入
优点
前言就说到这儿,现在进入今儿这篇文章的正题:静态导入(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<T>(this object o,Type mockType)
- {
- return (T)NMock.Mock(mockType);
- }
- }
由于我们是给object类扩展的方法,所以在所有的类中都可以像是自己的方法一样使用,也就可以写下下面这样的代码了:
- public class SayHelloControllerTest
- {
- [Test]
- public void should_load_user_when_given_username()
- {
- User user = new UserBuilder()
- .withUserName("yuyijq")
- .withAge(80)
- .withSex(male)
- .build();
- UserDAO userDAO = mock(typeof(UserDAO));
- when(userDAO.findByUserName("yuyijq")).thenReturn(user);
- replay(userDAO);
- SayHelloController controller = new SayHelloController(userDAO);
- verify(userDAO);
- ModelAndView mv = controller.show("yuyijq");
- assertModelAttribute(mv,"user",user);
- }
- }
不过给object添加扩展方法实在不是一个好主意,污染太大了。目前也没有想出更好的办法,所以就此作罢。
文章来源:http://www.hulian.top,转载请注明!