m0_63445035的博客

哈哈哈，晚上基本上就干了这件事，属实效率还不是很高，另外解决了这个问题之后我发现，前端还有很多需要我自己改的地方，奈何前端确实不咋地，很是吃力呀，我担心这个项目能否完整的进行下去，尽力吧，真的觉得还是得系统学下前端vue如果有时间还要学会样式。

前端后端还是那些东西....

总的来说前端部分依旧比较繁琐，其实不难就是繁琐。什么引入这些组件啊，达到基本样式就有了啊还有导入组件、方法啊搞好数据域啊，搞好方法啊。而后端的话，也不难，还是常见的增删改查接口查询分页模糊查，新增删除修改要有全局意识是否会设计到其他字段或者是其他表，所谓的全局意识其实就是按照业务来的。像这里的话就这个 当前分组下可选的属性列表这个查询业务稍微复杂一点。另外的话几种前端传参，后端接参的方式要掌握：1. 纯get，当有两个对象参数的时候，前端需要注意一下，传递的是字符串了，后端解析一下。

前端就是引入那个分类关联相关的东西，该导入的组件导好，该导入的方法导好，把数据域配好，方法修改好就行了总结前端开发步骤：1. 导入好组件相关的基本构件，就是那三部分别的组件、方法等2. 看数据域是否要增添3. 看方法是否要修改这里后端的话：1. 要知道分页模糊查询，这是最基本的，知道配合若依开发2. 要对增删改接口有全局的意识，这点很重要，比如说增加的话，是不是需要额外的添加属性删除的话，是不是还要删其他表，修改的话是不是也要动其他表。

前端的话就是一个级联组件的使用，后端的话主要是分类路径的获取。

这次主要是学习了前端子父组件间的交互，子组件如何向父组件发送消息。

主要是讲了商品服务中两个重要的概念：spu和sku，阐述了其基本含义，与基本属性，销售属性，分类间的关系，另外还对商品服务中所涉及到的表进行简要说明。表设计的思路还是很重要的，要根据具体的业务需要来进行设计。

这一次就是对商品的品牌进行了bug修复，另外还有就是前后端校验框架的使用，还是挺简单的，没什么技术含量的东西。

这次其实任务量还挺大的，但是仔细一想其实还是简单的，使用逆向生成的前端代码，已经帮我们省去了百分之80的内容。这里前端就干了三件事：1. 将状态列改成开关2. 在修改页将logo地址改成文件上传按钮3. 在表格列表中logo列改成图片后端就干了一件事：获取凭证。

其实总的来说只要想清楚了，其实还是很简单的。这里关键是前端的逻辑稍微有那么点复杂，有写算法题的那味了，但是仔细一想还是挺简单的。主要是关系，还有数量关系等，比如说求被拖拽节点的最大层数，需要用到数量计算表达式其实就是一个减法，用子节点的最大深度减去被拖拽节点的层数 + 1 即可求得其被拖拽节点的最大层数，有了这个最大层数然后再配合目标那里的层数，按照不同的条件进行相加，最后总的层数不就出来了吗？有了总层数当然是否能拖拽就好判断了。

前端部分依旧是写组件中的相关内容。这里主要是方法逻辑的编写，新增删除修改，新的东西也就是elementUI中的弹窗了，用一下。其实最终练习的目的就是掌握，一张表的增删改查操作，得掌握这种套路，都差不多的，当然这里主要是练习，因为这里代码很是固定，因此之后都不需要我们再去一个一个的自己去写了，可以使用若依帮我们逆向自动生成的，可见逆向生成器是多么的厉害，后端代码给我们生成好了一套，前端的组件以及api也帮我们生成好了。我们程序员只需要关注核心业务即可。

其实从后端编写好接口，到前端编写好组件，整个过程还是比较简单的在这里前端相较于后端而言反而要繁琐一点，后端主要把真正的获取逻辑写明白就好了而前端就根据elememtUI的组件库选好组件，然后将参数写好，使得能正确的将数据渲染出来，还有一些其他的修改，优化一下就行了。另外写好api，使得可以正确的访问后端，其实不难，但是繁琐，之后的功能实现大体都是这些步骤，主要就是核心组件不同，后端无非还是CURD。

其实若依的使用还是简单的，直接拿来就用的后台管理系统很是方便，前端后端都有，而且全部帮你写好了，我们今后只需在前端中写好相关组件，在后端写好接口，这样使用若依这个框架来快速进行项目的开发，很是方便，也可以除了后台管理系统，其他模块的代码也可以由若依框架的逆向生成器来帮我们生成简单的增删改查代码，来加速我们的开发。

1. 慢慢的增强查询文档的能力，这一次的OSS的使用，其实也是锻炼查询文档的能力。2. OSS的具体使用，可以简化成以下几步：1. 购买OSS服务，创建好Bucket2. 获取AK（可以通过root或者ARM用户进行获取）3. 在程序中完成oss所需的参数配置包括AK参数的配置，以及上传文件功能的封装。

首先明白，因为是基于SpringBoot进行配置，所以配置都是基于配置类进行配置，配置消息转换器是在WebMvcConfigure接口实现类中重写configureMessageConverters、或者是重写extendMessageConverters方法，具体这两个方法有什么不同，我在下面会进行说明下面是一个相对简单的配置，如果有其它需求的，需要配置其它序列化特性的，我下面进行简单说明。

在Java中对Redis序列化的配置

SpringBoot的Redis配置