晚风zyyy 2023-11-13 11:27 采纳率: 40%
浏览 4

今天遇到一个需求统计店铺热评

请问这个商家店铺的这个热评是怎么实现的啊 我目前是用结巴分词统计词频做的 但是感觉不太对这样

img

  • 写回答

1条回答 默认 最新

  • CSDN-Ada助手 CSDN-AI 官方账号 2023-11-13 15:48
    关注

    【相关推荐】



    • 你可以看下这个问题的回答https://ask.csdn.net/questions/7437880
    • 这篇博客你也可以参考下:分页切换当前页仅有一个数据被删除后不向前一页跳转解决
    • 您还可以看一下 郑逊敏老师的抖音快手短视频自媒体制作引流运营兼职创业赚钱盈利实战教程课程中的 抖音平台的推荐算法机制小节, 巩固相关知识点
    • 除此之外, 这篇博客: 微服务架构实战第十节 微服务的模拟组件测试和契约服务测试中的 服务提供者制定服务契约 部分也许能够解决你的问题, 你可以仔细阅读以下内容或跳转源博客中阅读:

      对于 user-service 而言,我们首先要提供了一个 HTTP 端点,所以我们实现了如下所示的 UserController 类:

      @RestController
      @RequestMapping(value = "users")
      public class UserController {
       
          @Autowired
          private UserRepository repository;
      

          @RequestMapping(path = “/userlist”)
          public UserList getUserList() {
              UserList userList = new UserList();
              userList.setData(repository.findAll());
              return userList;
          }
      }

      为了演示的简单性,这里省略了 Service 层实现类,而是直接在 Controller 层中调用 Repository 层组件并返回一些数据。在面向契约的测试过程中,这个 UserController 的具体细节其实并不重要,因为我们关注的是服务的对外契约而不是内部实现。

      然后,我们在引入 Spring Cloud Contract Verifier 组件之后我们就可以使用该组件来定义契约。前面提到 Spring Cloud 中的契约文件的表现形式是 groovy 文件,这里我们就定义一个 UserContract.groovy 契约文件,如下所示:

      import org.springframework.cloud.contract.spec.Contract
      import org.springframework.http.HttpHeaders
      import org.springframework.http.MediaType
       
      Contract.make {
          description "return all users"
       
          request {
              url "/users/userlist"
              method GET()
          }
       
          response {
              status 200
              headers {
                  header(HttpHeaders.CONTENT_TYPE, MediaType.APPLICATION_JSON_UTF8_VALUE)
              }
              body("data": [
      	[id: 1L, userCode: "user1", userName: "springhealth_user1"], 
                        [id: 2L, userCode: "user2", userName: "springhealth_user2"],
      [id: 3L, userCode: "user3", userName: "springhealth_user3"]])
          }
      }
      

      我们看到以上契约文件中包含三个部分,即 description、request 和 response。其中 description 是对该契约提供的描述信息;request 则定义了请求时的 url 和 method,而 response 显然对返回的 headers 和 body 信息进行了约定。该契约描述的语义也一目了然,就是通过 /users/userlist 这个 URL 来获取一个 JSON 格式的 User 对象列表,该列表将返回三个用户信息。


    如果你已经解决了该问题, 非常希望你能够分享一下解决方案, 写成博客, 将相关链接放在评论区, 以帮助更多的人 ^-^
    评论

报告相同问题?

问题事件

  • 创建了问题 11月13日

悬赏问题

  • ¥15 在获取boss直聘的聊天的时候只能获取到前40条聊天数据
  • ¥20 关于URL获取的参数,无法执行二选一查询
  • ¥15 液位控制,当液位超过高限时常开触点59闭合,直到液位低于低限时,断开
  • ¥15 marlin编译错误,如何解决?
  • ¥15 有偿四位数,节约算法和扫描算法
  • ¥15 VUE项目怎么运行,系统打不开
  • ¥50 pointpillars等目标检测算法怎么融合注意力机制
  • ¥20 Vs code Mac系统 PHP Debug调试环境配置
  • ¥60 大一项目课,微信小程序
  • ¥15 求视频摘要youtube和ovp数据集