myJavaBlog

java世界
随笔 - 43, 文章 - 0, 评论 - 2, 引用 - 0
数据加载中……

Java程序员不能太过于于依赖String

我想标题可能会引进部分人的不满,抑或作者带着强烈的个人色彩,但是如果你能认真读完全文,我想你会有新的收获。


   永远也不要使用(非包装类型)的String、long、int,那些原始类型没有语义,这样的变量类型很难理解、维护麻烦、而且不易扩展,接下来看一个简单的例子-----关于电影票的服务


   在看这个例子之前要说的话:如果你在评论中告诉我,你坚决反对我的观点,好吧,还是不要这样,首先很感谢你的评论,但是请你冷静一下,把注意力转移到代码去。当你在某段代码中读到String id时,你想知道这个id究竟是代表什么意思的时候,再回来读读这篇文章。


   对比下面两段代码:

 

 

Java代码  收藏代码
  1. public void bookTicket(  
  2.        String name,  
  3.        String firstName,  
  4.        String film,  
  5.        int count,  
  6.        String cinema);  //电影院  

 

 

Java代码  收藏代码
  1. public void bookTicket(  
  2.      Name name,  
  3.      FirstName firstName,  
  4.      Film film,  
  5.      int count,  
  6.      Cinema cinema);  
 

第二段代码看起来更易于理解,尤其是当你的IDE在自动生成方法调用的时候:bookTicket(String arg0, String arg1, String arg2, int arg3, String arg4) 和 bookTicket(Name arg0, FirstName arg1, Film arg2, Count arg3, Cinema arg4)对比起来,第二个易读性更强。


对比

 

Java代码  收藏代码
  1. void book(String orderId)  

和 

 

Java代码  收藏代码
  1. void book(OrderId order)  

 

程序员看到第一代码的时候会想两个问题:1、从哪里获取一个orderId,2、orderId 是"123",还是"ABC-123",还是"12-23-45",还是"ABDJEKKCJHK"?这让开发者很疑惑。而在第二段代码中我们可以通过Javadoc找到OrderId这个类的使用方法,你要做的就是传递一个正确的orderId到你的应用中。你也许会认为orderId就是一个orderId,很容易找到,遗留的系统可能会改变id,而往往命名和语义是矛盾地。我曾经见到过的系统,给order ID命名时有好几种方式,比如:orderId,auftragsId,"id”等等。

 

一个类通常比一个String的字段更能表达其语义。这样开发者不会陷入一种困境,如果你使用一种静态语言,依赖静态类型,通过创建更多的类最大限度提高其好处,在将来一个OrderId类也能很轻易的从一个持有long类型字段来替代int。如果使用初始的String类型就很难达到扩展的效果了。

 

灵活的接口实现


这些类应该作为一个简单的Domain类来实现。有时候作为一个不可变的值对象。仅仅包装String以及附上一些语义给String

 

 

Java代码  收藏代码
  1. public class Name{  
  2.        
  3.       public Name(String name){  
  4.      
  5.        ···  
  6.         
  7.       }  
  8.   
  9.       public static Name name(String name){  
  10.   
  11.              return new Name(name);  
  12.      }  
  13. }  

 

有人可能想知道是否这种解决方案太麻烦了,假设

 

 

Java代码  收藏代码
  1. new Customer(new FirstName("Stephan"),new Name("schmidt"));  

 

的确看起来比带String参数的方法麻烦多了

 

 

Java代码  收藏代码
  1. new Customer("Stephan,"Schmidt");  
 

    但是第一种方式更易于理解,然而,我们可以用静态方法

 

 

Java代码  收藏代码
  1. new Customer(firstName("Stephan"),name("Schmidt"));  


面试中关于域对象与原生类型的问题


面试中我常问的一个问题是 关于价格查找的接口,通常给出如下接口:


···searchByPrice(···)

 

然后让候选者填上缺省的部分。一些人会这样写:

 

 

Java代码  收藏代码
  1. Vector searchByPrice(double start,double end)  

 

从某种意义上来说,这是一个不合格的答案,主要问题有:double作为money的类型,没有域对象,无类型的Vector.


   另一些更基于领域模型的代码:

 

 

Java代码  收藏代码
  1. List<Product> searchByPriceRange(Price start,Price end)  

 

甚至是:

 

 

Java代码  收藏代码
  1. List<Product> searchByPriceRange(PriceRange priceToSearch)  

 

第三种解决方案更易于扩展和理解。回答这些问题通常围绕接口的设计、可维护性、领域模型而展开。面试题中不管怎么回答这问题,也不要把money设计成double类型。


如果你还是排斥用class来代替String,来看看另外一个例子,邮政编码(zip code),很多代码中使用原生类型定义zip code,这样在做国际化的时候就会带来很多的问题。

 

 

Java代码  收藏代码
  1. Customer{  
  2.       String name;  
  3.       String street;  
  4.       String city;  
  5.       String zip;  
  6. }  

 

(有些人甚至用int 来定义zip code,这比用String会更快地陷入麻烦之中。)


取而代之的是:

 

 

Java代码  收藏代码
  1. Customer {  
  2.        
  3.       String  name;  
  4.       Address address;  
  5.   
  6. }  
  7.   
  8. Address {  
  9.      ZipCode code;  
  10. }  

 

在你的代码中还会认为使用String是一个不错的主意吗?或者是尽可能做可运行的、最简单的事(Do the simplest thing that could possibly work)


非常感谢你看完全文,记得不要过度使用String、int、long以及double for money.
(转载请注明出处:[url=http://www.tdtf.org]易博网[/url]

[url=http://www.k5048.com]博彩网[/url])

posted on 2012-04-18 13:17 夏凡 阅读(76) 评论(0)  编辑  收藏


只有注册用户登录后才能发表评论。


网站导航: