曾经我和大模型交流业务实现记录

第一次：

我有一组子组件11个，通过子组件的不同组合，可以组成表单，这些表单让不同的用户使用，表单组成公共的内容，让大部分用户使用，当然用户可以在这些表单的基础上修改一些默认值，变成他独有的表单去使用，这块应该如何做后端类的设计，符合软件工程和面向对象的原则？

用户个性化的流工作，以及流工作中的组件，采用全量存储的方式，请你重新给我设计，另外，子组件不需要加入表单属性，它应该是独立存在的。

按照这个设计生成到文件夹flowWork/model 下面，另外给每一个model都生成一个对应的dao，按照jpa的规范给我都加上注解，根据我的需求，你来理解我需要对外提供多少接口，给我生成到controller中，并且按照我项目中其它地方的代码格式，给我加上swagger等这样的注解

第二次修改：

1.FormComponent 这个类，和相关的代码，我需要修改成Component

2.FormComponent 的子类给我创建一个文件夹放到一起

3.FormTemplate 这个类，我需要修改成流工作业务，另外这个和FormComponent应该是一个聚合关系

4.用户个性化那部分，我不希望在用户个性化类里面去存储json结构的数据，而是通过关联FormTemplate实现，并且在个性化哪里，先查询个性化的流工作，如果个性化的不存在，则执行公共流工作的查询并返回使用

请按照我上面的要求给我重新修改，我给你的类名字都是修改前的，你再修改之后要把整体相关的部分都做对应的修改

第三次验证：

给我验证一下实际的使用流程，
1.通过页面拖拖拽拽子组件(并且给每一个子组件进行属性的配置)，来组建一个流工作，给这个流工作命名和加入相关的属性和备注，提交接口就生成了一个流工作
2.流工作中的每个组件都是有先后顺序的，这个先后是顺序通过双向链表来进行实现，请你给我对应的修改代码；保存的时候通过流工作中对于基本组件的集合中元素位置来确定他们的前后关系
3.用户第一次查询制定类型的流工作，返回的是公共的流工作，展示到页面之后，用户可以针对于流工作进行修改，修改之后将会生成该用户自己的流工作，生成的和之前的完全独立
4.和用户再次查询的时候，将会先查询是否有个性化配置生成的流工作如果有就返回，如果没有，就查询公共的返回

请按照以上要求，来检查，和验证刚才写的代码，那些不符合要求的都给我明示出来要求是什么为什么不满足，挣得我同意之后就给我做对应的改动

第四次修改：

1.新建流工作的时候，子组件还存在，先创建一个空的流工作，这里相当于新建课程一样
2.然后再一个一个的增加子组件，以及明确子组件的前后关系，这里相当于新建颗粒一样，颗粒之间也是有链式关系的
3.最终查询流工作的时候，将子组件一并返回，像颗粒中排序一样进行排序工作

按照上面的方式给我进行代码调整

第五次修改：

1.更新流工作的时候，也不需要进行链表的处理
2.在controller中不允许出现XXdao的存在，这些方法都要封装到model对应的类中，通过Bean来获取Dao进行具体持久化操作
3.流工作对于组件的关联查询，也需要封装到流工作model类中，而不是再controller中暴露，因为进来这些我是需要复用的，只有写在了model中我的复用才是有可能的
(例如，flowWorkController 中的业务，要放到flowWork的类中，而不是给我新建service层进行调用)

请严格按照上面的方式给我进行代码的调整