今天首席CTO笔记来给各位分享关于django的dto层怎么实现的相关内容，其中也会对进行详细介绍，如果能碰巧解决你现在面临的问题，别忘了关注本站，现在开始吧！
本文目录一览：
1、model层的类怎么直接赋值给dto层的类2、在MVC开发模式下DTO,DAO,Servlet,Jsp的作用？3、dto 转换 model 在哪层中实现4、javaEE开发为什么要用到DTO层5、SSH的DTO（VO）层，怎么设计好model层的类怎么直接赋值给dto层的类
通常是Model里面的方法调用的方法参数是RequetDTO，然后ResponseDTO = Model里面的方法返回值，然后再进一步处理
在MVC开发模式下DTO,DAO,Servlet,Jsp的作用？
简单解释一下：
DTO 指的是我们java中与数据库对应的实体层
DAO 指的是我们操作数据库的逻辑层
servlet 指的是我们的控制层，也就是业务代码实现层
jsp 指的就是展示页面的表现层
dto 转换 model 在哪层中实现
一般在service层。
做的好一些的，有基本数据类的service（基础service层），在此之上，封装一些代理的业务类的service（service代理层），这个时候，dto和model就在代理service层实现转换。如果没有什么复杂的service结构，就是一层，那么就是该层service中实现。
javaEE开发为什么要用到DTO层
DTO层的作用是为了隔离Domain Model：
让DoMain Model的改动不会直接影响到UI；保持Domain Model的安全,不暴露业务逻辑
有两个方案可以省略DTO层，又能起到DTO的作用：
1. 继承：定义失血模型的Model，然后再做一个从Model继承的代理类 ，代理类里实现业务逻辑。贫血模型的Model单独为一个DLL，代理模型另起一个DLL。Client端只能引用贫血模型的DLL，这样就达到了隔离的目的，又省略了Contract层。
2 .接口：为Domain Model做一个贫血模型的接口，接口单独为一个DLL，Client端只引用接口DLL。
这两种方案的核心思想都是让数据字段与业务方法分离，然后只对Client端公开数据部份。但这种思想会导致域模型趋向事务脚本模型，所以都不可取。
SSH的DTO（VO）层，怎么设计好
我是这样分析的。模型层我都是用两个，就是你说的那种方式
1.BO用于与数据库对应，主要对数据库进行操作（增删改查）
2.VO用于数据展现。比如我们数据库存放类型的值是1，2，3等值，但列表页面显示却是“普通用户”，“高级用户”，“管理员”等，那么这时就需要在BEAN中对数据库中的值进行判断。
如果只用BO，那么BO中的方法无疑会非常多。杂乱，不好管理。为了方便管理，我采用BO与VO分开，然后用类属性对拷，把数据库中取出来的BO转成VO对象。用于前台展现。
即 ： BO = VO
结语：以上就是首席CTO笔记为大家介绍的关于django的dto层怎么实现和的全部内容了，希望对大家有所帮助，如果你还想了解更多这方面的信息，记得收藏关注本站。