今天和亲们讨论了一下如何支持丅面的场景：

一个Job有多个集装箱我们把这个Job扔给一个车队让他们去安排运输时，车队可以针对每一个箱子安排车辆司机

假设我们先抛開开发成本与风险等因素，正确的设计和做法应该是什么样的正确的做法和设计首先要考虑把用户的问题纳入到我们已有的领域模型和功能框架之中，尽量用一致的方法和模型处理相似的问题

当我看到给Job派车这几个关键字时，我首先想到了TS因为TS的定义就是承运商为Job安排的一段运输，这个和我们现在做的为散卡Job安排车辆司机没有本质的区别

那非本质的区别在哪儿呢？区别就是安排TS的时候要选一个或多個集装箱（双拼）从TS的模型上来说也是支持的，因为一个TS可以关联多个ShipUnit（关于啥是ShipUnit可以问黎叔，此处省略n字）

这样做的好处是只要昰一辆车的一次运输，我们都可以用TS统一处理了不管是发微卡还是画地图还是挂event。

当然这么做的风险是TS尚未支持多点并且TS和ShipUnit之前的关聯只是在domain上支持了而已。

所以要做正确的事情风险会更大但是我个人更倾向于做正确的事情，并且把正确的事情做对和做好有一句话怎么说来着：