Json 春季安全4。用户管理页面的架构师结构

Json 春季安全4。用户管理页面的架构师结构,json,spring-security,spring-boot,spring-restcontroller,spring-rest,Json,Spring Security,Spring Boot,Spring Restcontroller,Spring Rest,Spring Security使用管理用户和权限。 我希望使用相同的实现来按管理员管理用户页面(用户CRUD、管理组、分页)。但不幸的是,没有实现分页、管理组等功能 所以我有一个问题: 用户CRUD,因为REST的json转换 组CRUD,因为REST的json转换 用户分页,因为没有相应的实现 组分页-没有实现 用户JSON到POJO(对于create\update操作,可以使用has实现,但是…我遇到了JSON转换问题,无法用标记类) 用户POJO到JSON(对于读取操作,我不能从数据中删除

Spring Security使用管理用户和权限。 我希望使用相同的实现来按管理员管理用户页面(用户CRUD、管理组、分页)。但不幸的是,没有实现分页、管理组等功能

所以我有一个问题:

  • 用户CRUD,因为REST的json转换
  • 组CRUD,因为REST的json转换
  • 用户分页,因为没有相应的实现
  • 组分页-没有实现
  • 用户JSON到POJO(对于create\update操作,可以使用has实现,但是…我遇到了JSON转换问题,无法用标记类)
  • 用户POJO到JSON(对于读取操作,我不能从数据中删除任何重要字段(例如:密码))

  • 所有这些问题几乎没有解决方法:

  • 1.1.再创建一个类似的用户对象,在rest controller Create builder中添加预期的JSON注释,以从输入参数映射构建对象(builder是一种很好的模式,我认为这是一种丑陋的管理方式,如果只实现一次) 1.2.添加spring datajpa存储库(复制的部分安全部分)扩展并添加未实现的部分以管理用户、组
  • 解决方案与1相同
  • 如果1。使用spring数据jpa实现-没有问题,其他情况下需要实现相应的工厂构建器以动态方式提供分页
  • 解决方案与3相同
  • 于1月2日解决。步骤
  • 于1月2日解决。步骤
  • 我应该遵循哪种解决方案方式(使用附加POJO实现基于jpa的spring数据管理器或扩展功能)

    在描述这种情况时,我想我将使用SpringDataJPA和额外的POJO实体来实现这个解决方案,使其具有所有CRUD和JSON操作能力。这种方式似乎更好地节省了实现时间,并且代码在生成支持时会更干净

    如果我选择错了,请告诉我。另外,请让我知道我的问题是否已在春季解决(很抱歉,我没有找到所述问题的解决方案)。我也相信有人想要其他的解决方案架构——我会讨论或考虑一些聪明的想法。