?
?在Java中永远，永远不要过度使用String
? ?我想标题可能会引进部分人的不满，抑或作者带着强烈的个人色彩，但是如果你能认真读完全文，我想你会有新的收获。
? ?永远也不要使用(非包装类型)的String、long、int，那些原始类型没有语义，这样的变量类型很难理解、维护麻烦、而且不易扩展，接下来看一个简单的例子-----关于电影票的服务
? ?在看这个例子之前要说的话：如果你在评论中告诉我，你坚决反对我的观点，好吧，还是不要这样，首先很感谢你的评论，但是请你冷静一下，把注意力转移到代码去。当你在某段代码中读到String id时，你想知道这个id究竟是代表什么意思的时候，再回来读读这篇文章。
? ?对比下面两段代码：
?
?
public void bookTicket(
String name,
String firstName,
String film,
int count,
String cinema); //电影院
?
?
public void bookTicket(
Name name,
FirstName firstName,
Film film,
int count,
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)对比起来，第二个易读性更强。
对比
?
void book(String orderId)
和?
?
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
?
?
public class Name{
public Name(String name){
···
}
public static Name name(String name){
return new Name(name);
}
}
?
有人可能想知道是否这种解决方案太麻烦了，假设
?
?
new Customer(new FirstName("Stephan"),new Name("schmidt"));
?
的确看起来比带String参数的方法麻烦多了
?
?
new Customer("Stephan,"Schmidt");
?
? ? 但是第一种方式更易于理解，然而，我们可以用静态方法
?
?
new Customer(firstName("Stephan"),name("Schmidt"));
面试中关于域对象与原生类型的问题
面试中我常问的一个问题是 关于价格查找的接口，通常给出如下接口：
···searchByPrice(···)
?
然后让候选者填上缺省的部分。一些人会这样写：
?
?
Vector searchByPrice(double start,double end)
?
从某种意义上来说，这是一个不合格的答案，主要问题有：double作为money的类型，没有域对象，无类型的Vector.
? ?另一些更基于领域模型的代码:
?
?
List<Product> searchByPriceRange(Price start,Price end)
?
甚至是：
?
?
List<Product> searchByPriceRange(PriceRange priceToSearch)
?
第三种解决方案更易于扩展和理解。回答这些问题通常围绕接口的设计、可维护性、领域模型而展开。面试题中不管怎么回答这问题，也不要把money设计成double类型。
如果你还是排斥用class来代替String，来看看另外一个例子，邮政编码(zip code),很多代码中使用原生类型定义zip code，这样在做国际化的时候就会带来很多的问题。
?
?
Customer{
String name;
String street;
String city;
String zip;
}
?
(有些人甚至用int 来定义zip code,这比用String会更快地陷入麻烦之中。)
取而代之的是：
?
?
Customer {
String name;
Address address;
}
Address {
ZipCode code;
}
?
在你的代码中还会认为使用String是一个不错的主意吗？或者是尽可能做可运行的、最简单的事(Do the simplest thing that could possibly work)
非常感谢你看完全文，记得不要过度使用String、int、long以及double for money.
?
原文：codemonkeyism
相关文章
