在电子口岸业务中，申报数据通过报文的方式进行交换，现在有个问题，在报文设计过程中，我目前是使用一个报文的处理一个航次的申报数据的，一个航次申报数据包含好几类：船信息申报、货物信息申报、人员信息申报。在具体业务中，假设该航次的申报数据已经通过xml报文交换到系统里面了，这时该申报信息有一些需要修改或者删除，有两种处理方式：
1、我是整个航次信息重新发送一遍，然后在某个修改或者改变的记录前面增加一个操作类型（增加、删除、修改）
2、另外发一个修改或者删除的报文第一种的好处是只需要制定一个报文结构，所有信息都在里面，发送端代码变化较少。坏处是增加了解析端工作，因为解析每条记录的时候需要判断该记录的操作类型（增、删、改）。第二种方式好处是是通过不同的报文，在解析的时候根据报文类型就知道这个报文是干啥的了。坏处是要设计多种报文
两种方式如何抉择？
1、我是整个航次信息重新发送一遍，然后在某个修改或者改变的记录前面增加一个操作类型（增加、删除、修改）
2、另外发一个修改或者删除的报文第一种的好处是只需要制定一个报文结构，所有信息都在里面，发送端代码变化较少。坏处是增加了解析端工作，因为解析每条记录的时候需要判断该记录的操作类型（增、删、改）。第二种方式好处是是通过不同的报文，在解析的时候根据报文类型就知道这个报文是干啥的了。坏处是要设计多种报文
两种方式如何抉择？
设计多个，然后需要整合的话再组装在一起就行了。
设计多个，好管理；也相对独立，互不影响。接收，发送数据量也少点。