Java程序员，不要过度依赖于String

 

 在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

评论

27 楼 Isaac.Zeng 2013-09-21  

用Lisp， 不会又这个问题了

26 楼 LifeFantasy 2012-04-13  

大都是增加代码量，维护量的东西.还不一定比用String 写了注释的好理解

25 楼 zuoshu 2012-04-11  

嗯，当注释是来干嘛用的？

24 楼 jyjava 2012-04-05  

这只是个代码可读性的问题，跟用String没有什么关系，况且就是用了String类型只要参数名称描述的好，也能解决lz这篇文章提出的问题

23 楼 bloodwolf_china 2012-04-05  

--知其然不知其所以然。
软件设计核心思想就是把变化封装起来，所有的设计模式基本原则也是把变化的部分抽象话进行封装，而不是照猫画虎！
如果在国际化项目中Name和ZipCode格式不一样，才需要这么做，而不是使用字符串的问题

22 楼 lantian_123 2012-04-05  

divinemind 写道

lantian_123 写道

divinemind 写道

博主还需要多学习阿！错误好几个！

虚心请教

For example, this one "永远也不要使用(非包装类型)的String、long、int，那些原始类型没有语义", is String primitive type?

No Chinese input method on this PC -_-!

当然这里表述的不是很严格，应该没人会认为String 是原生类型吧，况且String本来就很特殊

21 楼 divinemind 2012-04-05  

lantian_123 写道

divinemind 写道

博主还需要多学习阿！错误好几个！

虚心请教

For example, this one "永远也不要使用(非包装类型)的String、long、int，那些原始类型没有语义", is String primitive type?

No Chinese input method on this PC -_-!

20 楼 dengli 2012-04-04  

一、代码量更多，更难维护
二、程序效率更低了。如果你了解String的内存模型，会知道String的效率非常高
三、如果只是为了解决代码的可读性，可以使用更多注释、开发团队加强编码规范、代码Review等等方式。

19 楼 shirne 2012-04-04  

过渡设计　?
我想说，如果客户愿意出几倍的工钱，愿意让我们多花几倍的时间，我无所谓

18 楼 yangjie191191 2012-04-04  

楼主真是找喷啊

17 楼 873339698 2012-04-04  

lz转了这么一篇文章...却替原作者挨喷了....

16 楼 hyj1254 2012-04-04  

视需求而定,不可一概而论.

15 楼 aihaiye99 2012-04-04  

我很想问你，什么叫过度依赖Spring？你指的过度是什么程度。而且你根本也就没有解释你的标题。而是说了一堆没用的东西，我觉得程序员不应该去纠结这个。参数写得再清楚不了解业务了逻辑他依然看不明白。相反业务和逻辑都明了了那么你的参数怎么定义都是无所谓。我就得都要想你那样的设计，太过于牵强了。

14 楼 xouou_53320 2012-04-04  

String strName;

13 楼 Credo 2012-04-04  

我觉得真没必要,你注释多加点不就结了

12 楼 q420309528 2012-04-04  

有道理，但两种方法都不能一味的使用，也不能一味的批判

在合适的地方使用合适的方式

11 楼 lantian_123 2012-04-04  

mlc880926 写道

好文章顶一个
使用类的好处就是具有扩展性,使用原生类型就无法扩展了

怎么还是被踩了两下呀，麻烦踩的人留下你们宝贵的意见，重建良好的社区环境

10 楼 jole 2012-04-03  

mvc++了，很不错

9 楼 kimmking 2012-04-03  

第一个例子 个人觉得是过度设计，
这样不就很好：public void bookTicket(Ticket ticket);

8 楼 SoCoolMan 2012-04-03  

这么做倒是增加可读性