你可以继承,也automaper,也可以xml序列,也可以json序列

解决方案 »

  1.   

    多层转化有其一定的用处可以用automapper到达自动转换的目的
      

  2.   

    反向依赖,把a类建在服务层bbb里,aaa里引用bbb的a类
    或者独立a类在ddd里,bbb和aaa分别引入ddd的a类
      

  3.   

    不依赖于AAA,又建一个一样结构的(其实这种做法还是依赖于AAA),这不是没事找事吗?
      

  4.   


    像是没事找事,但实际我的想法是,AAA层属于最低层,可复用性最强,像是普通员工,CCC层属于高层,像是总经理,BBB层属于中间层,像是管理中层。总经理有事情,肯定是找中层,而不能直接找员工。中层再指挥员工。员工做完事情了,肯定有结果,这个结果就是数据。员工不能直接向总经理汇报,要向中层汇报,中层因为没做这个工作,但指挥了工作,把员工做的结果再转达给总经理。那么总经理依赖于中层,中层依赖于员工,而总经理是不可以直接向员工下指令的。
      

  5.   


    如果继承和直接引用低层类就没有区别了
    楼主你这思考方向有点问题,一般都是服务端制定标准,客户端只是拿了标准去用,你现在反过来让客户端来制定标准,设想你要有不同用户,每个用户写出来都不一样,你砸办,肯定得在服务器制定类啊你之前的
    反向依赖,把a类建在服务层bbb里,aaa里引用bbb的a类
    或者独立a类在ddd里,bbb和aaa分别引入ddd的a类 引入ddd这个我也考虑过,但我的实际项目中,共用部分太少,所以就没有单独提取,只是涉及到赋值