对数据传输对象理解

      数据传输对象（data transfer object)， 顾名思义就是一个传输数据的对象，通常我们都称之为dto，其英文缩写。在现实开发中，dto具有很多优势，这里不再累述，先举个例子。

        如保存员工的方法，saveEmployee(String name);这个方法很简单，也很好用，当项目开发到后期，这个saveEmployee（String name）方法可能已经在这个项目中大量使用。但是现在有个新的需求，需要给保存员工时，同时要保存code，实际上就要有saveEmployee（String name,String code）;这时你可以新增一个saveEmployee（String name,String code）方法，或者在原有方法saveEmployee(String name);上新增一个参数。可是这里就会有一个问题，这个方法在项目中大量使用，这个看似简单的操作却变成了一项庞大的工程，而且还很容易出现错误。如果当前在设计保存员工方法时，其参数是一个对象的化，一切都很简单，接口或者方法根本不用变，只需要内部添加实现就可以了。

这时候数据传输对象就体现它的优势了。如我们一开始就设计方法为saveEmployee（Dto dto）;当要增加参数时，只需要给dto类，增加一个属性就可以了。

       以上只是dto对象的一个优点，实际上运用dto能大大简化接口，但却能增强接口的扩展性。

       dto，即名为数据传输对象，其最大的作用还是在于数据传输，tcp/ip协议能在网络各个层间传输数据，就是得益于报文传输数据，这些报文传输数据实际上就是dto对象。（这么说只是为了便于理解，至少我是这样理解的）。在现实项目中，尤其是在多层架构项目，如一个采用了ssh架构的项目，使用类似报文传输数据的对象，dto将会有很大好处。

     既然dto是在各层间传输数据用的，那么应该具有通用性，我认为最好的dto就是一个Map 对象，Map对象可以存储各种数据，完全能胜任通用性，同时dto还应该有上层接口和下层接口，上层接口用于连接上层应用程序，下层接口用于连接下层应用程序，其中接口有接受接口和发送接口。因此我设计了一个dto对象,用于连接前端（json数据）和dao层（pojo数据）

    interface Dto implements Map {

      public void  JSON2Dto(String jsonString);//上层接受接口

      public String Dto2JSON();//上层发送接口

      public void Object2Dto(Class clasz,Object object);//下层接受接口

      public Object Dto2Object(Class clasz,Dto dto);//下层发送接口

   }