第七天总结

第一就是Serviece 层的东西会被两个前端同时调用。所以要做特定的处理放在controller层
goods.setSellerId()

这有个简单的翻译问题
可以做一个数组。让数字对应下标，取值就是翻译
显示分类。这种是一种很优的方案

然后真正的翻译让前段js来做
就是用数组的下标存id 然年值就是真正的名称。

用$location 这个可以实现静态的传参
￥location.search()[‘id’] 属性是要加引号的。
这样就可以获取id这个参数了。所有参数封装成了一个对象。然后通过属性获取值
路径中参数 ？id=111&name=tom 这样写会发现参数并没有获取到
必须在 ？ 前边 #？ 这样。

富文本编辑器，就是editor.html(value)。这样就行。js赋值给富文本就行了
图片的查询，就是将字符创转换成JSON就ok了
扩展属性，和图片一样的处理
但是会出现一个问题
问题分析：
正确性
哪块调用了这个 有两块，也就是出现了覆盖
然后加一个条件判断，来区分增加还是查询。

规格的查询，也就是最复杂那个，怎么让，checkbox的✔ 也打上呢
用ng-checked 这里面必须是一个boolean，我们通常是写一个带返回值的方法。

还是利用之前的集合中是否存在。

我们在修改的时候，最关键的还是规格，规格我们采取先删除，再插入
而且插入规格的代码，在新增和更新的时候都有，提出一个方法
在更新时一个重要的校验，就是商家id 和登录id是不是一个。不是 这个是入参
return new Result(false,“非法操作”)
还有就是id 查一下对一个数据的 商家id 是不是对应登录。 入参的id 对应的是不是相应的商家id
页面的跳转就是将按钮，换成a 用原来的格式。href就ok了

逻辑删除的查询，要在server层做处理。因为不管是商家web 还是管理的web都需要过滤

商品的上下架。也是一个状态，在商家web 新增的时候 默认给一个值，在修改的时候改，在查询的时候过滤

因为涉及到多张表的操作。所以需要事务控制
int x =1/0;
注意不要try
在类上或者方法上加上spring的@Trancational就ok了
既然配置了spring来管理事务。那么我们自己用sqlsession来控制事务就失效了。