m0_55575886的博客

我们要把表单项片段完全融入表单中，并不像做多余的数据传递和回传操作。做项目的时候发现前端的很多表单项是重复的，一般来讲这是要在设计的时候避免重复代码，做好代码复用的，但是有些老项目已经是表单爆炸了，也没办法，现在介绍一种解决方法：不完全组件化抽取。但是你会发现，这个组件中只有一些表单项，其本身是表单的一部分，并没有单独的功能，所以在里边是不能做表单的操作的，它只能修改表单项。这样我们抽取完毕后，直接嵌入到原来的表单里，然后把数据当成prop传进去就行了，当然表单项如果有主动触发方法的话还是要进行监听的。

【代码】生成本站二维码。

如何方便的获取一个类的泛型信息

结果吗，就是还没有效果，然后我就开始怀疑我配置错了，网上各种搜索，各种尝试，各种各样的配置都试了试，都没有什么区别。但是这个问题肯定是要解决的，过了段时间，我又在那点来点去，就像这样，在idea里的pom.xml点击依赖是能跳过去的，碰巧我点了一下，它居然跳到lib里的jar包那里了。然后我就悟了，能找到啊！有天忽然想起来了我暂存的代码，于是我就完善了一下，想了想，直接合并不太合适，我就把新写的代码（包括lib）复制了出来，然后把本地的暂存的分支删除了，切换到主分支，把代码复制进去。

在并发量或数据量比较大的时候，这时候我们就要考虑，那种业务需要优先支持，哪种业务优先级可以放低。但是用起来真的是相当麻烦，因为日志一般都是用来分析的，查询功能很多，查询的条件也很多。在查询的时候要进行联表，每次功能改动，都要维护SQL，而且在后期数据量变大了之后查询速度就很慢，优化起来相当费劲。但是当我们做的项目多了，代码写的多了之后，总会感觉到数据库设计有很多需要优化的地方。如果设计的时候设计成宽表就会很方便，首先是查询的SQL会变得很简单，如果使用了mybatis-plus可能一句SQL都不用写。