将夜3将夜03电视剧-完整版在线免费观看高清云

型物认划

                    本文转自：:..6924849.
今天换项目组了，给的项目，我看到框架写的语句时，有点懵逼。。很久没有用这种写法了。就是接收参数和返回值都是用

而我之前所接触的项目都是将参数和返回值，映射到实体类上面的，


然后就很不解。去网上搜了下。想找找两者的区别，然后就找到了这篇文章，写的挺不错的，



作为现近企业级项忮发中常用的持久层框架之，以其简洁高效的映射和高度的的自由性被广弧发人员认可。在接收系统传来的参数和返回的参数时主要可以有类型和实体类型两种。在我参弎发的有限几个项目当中，有使用实体类型比较多的，也有使用类型比较多的。不管选择哪种类型，在项目架构来说决定了这个项目中部分请求和返回数据的类型。
?
?使用作为接收类型时，通常能够在传参到持久层这一过程中省去很多麻烦。前端请求及参数到达或者时通常使用来进行接收，使用作为传递类型可以不用再将数据封装为类型再去根据实体属性一填充，直接通过和以类型将数据传到配置文件当中，省去很多数据转换环节。再执行完语句返回时制定类型返回，不管是单条数据还是都可以快速编写并返回给前端。这种方式在处理多表查询时避免了编写大量的实体类和属性字段定义，减少了很多中间流程。缺点也样明显，由于这种完全摒弃了面向对象思想的传值类型，首靈要自己详细记好中映射的关系，尤其的记好自己给每个数据库字段所定义的值以做中间过程的查看或修改。其次，当你的代码不止习个维护时，你的同事并不能通过查看实体类来获知你这个业务所传递的具体字段，只有通过询问或查看文件或者调试才能知晓，也不利于自己后期的。
?
使用实体类来作为参数的传递类型，麻烦之处在于实体类的编写以及大量的、方法，以韊要在文件中手写大量关系映射。除此之外在设计多表多字段的查询和操作时往鞀要大量的代码编写已经多个代码层的变动，使得代码变得十分繁琐。优点之处是在于使用了面向对象的思想，使得你的代码更容易读懂。