2回答

翔仔

2018-05-18

已采纳

同学好，前后端传参的方式有很多种，一般取到这些参数之后再做转换能让大家看到处理的过程(像这里我们也有直接把shop json字符串直接转化成Shop实体类的例子)。

之所以不用mybatis自动生成代码是希望大家能够多敲几遍顺便多了解mybatis。我们整个系统的业务都比较简单，是希望通过多敲代码形成一些肌肉记忆，这样对编码的准确性，错误的处理以及整个项目的搭建都有一个循序渐进的过程。太依赖于generator这些工具去生成的话就会有有时候想定制化一些条件工具不支持或者没注意的情况。

此外，本课程是想桥接那些没咋整过项目并且想从0开始搭建的同学，手把手教会大家怎么把项目完善起来，再加之以同学们的水平参差不齐，尽力照顾绝大多数同学们的感受，希望同学能理解。

还有，如果嫌烦，可以复制源码的mapper文件过去

0

1

丶远走高飞

谢谢老师，并没有嫌烦，因为自己也在看书学习，然后同时在看老师的项目进行印证，所以有些地方有疑惑就直接像老师提出来了。 老师的初衷是真的很好，如果自己一来就能有老师这样 ，也不会走太多弯路，再次感谢老师的回答

2018-05-18

共1条回复

丶远走高飞

提问者

2018-05-18

而且老师在controller层 中 参数直接使用httpservletrequest类型的参数 这样是不是违背了SpringMVC想与servet-api解耦合的初衷， 因为springmvc是不推荐 直接这样使用httpservletrequest的

2

1

翔仔

有很多时候咱还是不能照本宣科，如果每个前端数值传递进来都需要用pojo，规范来说是dto来接收的话那咱们也得弄很多个实体类来接，这样也会造成对象臃肿，比如说像咱们shop一样，如果不把图片流和shop分开，那么我们必须创建一个shopDTO,将shop和图片流放里面用springmvc来转换，且不说硬转图片流有没有错误，我们接下来又来个别的不属于shop范畴的属性，咱们又要new一个新的类去接，这样看起来就有点多了，所以有时候我们可以依据系统的复杂度去均衡：）这个在实际工作中经常为了业务要求违背一些设计的规范，但是只要是合理的，并且是便于理解也不影响效率的，也是可以的，当然咱们这门课程覆盖的知识点较多，肯定会有地方需要改进的，也欢迎同学提出来或者可以自己完善一下代码，让它更接近商业化，这个也是很能锻炼和成长的：） 通过同学的分析看到同学是一个渴学的孩子，加油！

2018-05-18

共1条回复