<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>REST on 知识铺的博客</title>
    <link>https://index.zshipu.com/geek001/tags/REST/</link>
    <description>Recent content in REST on 知识铺的博客</description>
    <generator>Hugo -- gohugo.io</generator>
    <language>zh-CN</language>
    <lastBuildDate>Wed, 24 Apr 2024 11:21:05 +0000</lastBuildDate>
    <atom:link href="https://index.zshipu.com/geek001/tags/REST/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>GraphQL 在微服务架构中的优势</title>
      <link>https://index.zshipu.com/geek001/post/20240424/GraphQL-%E5%9C%A8%E5%BE%AE%E6%9C%8D%E5%8A%A1%E6%9E%B6%E6%9E%84%E4%B8%AD%E7%9A%84%E4%BC%98%E5%8A%BF--%E7%9F%A5%E8%AF%86%E9%93%BA/</link>
      <pubDate>Wed, 24 Apr 2024 11:21:05 +0000</pubDate>
      <guid>https://index.zshipu.com/geek001/post/20240424/GraphQL-%E5%9C%A8%E5%BE%AE%E6%9C%8D%E5%8A%A1%E6%9E%B6%E6%9E%84%E4%B8%AD%E7%9A%84%E4%BC%98%E5%8A%BF--%E7%9F%A5%E8%AF%86%E9%93%BA/</guid>
      <description>关于使用REST还是GraphQL来构建微服务哪个更好，一直存在争论。这两种技术都有其支持者和批评者，但当涉及微服务架构的特定需求时，GraphQL 成为明显的领先者。原因如下。 1 了解 RESTful 的关注点 虽然 REST 多年来一直是首选 API 风格，因其简单性和普遍适用性而受到赞誉，但它的局限性在微服务环境</description>
    </item>
    <item>
      <title>API设计：REST与GraphQL的优缺点比较及最近热门文章推荐</title>
      <link>https://index.zshipu.com/geek001/post/20240424/API%E8%AE%BE%E8%AE%A1REST%E4%B8%8EGraphQL%E7%9A%84%E4%BC%98%E7%BC%BA%E7%82%B9%E6%AF%94%E8%BE%83%E5%8F%8A%E6%9C%80%E8%BF%91%E7%83%AD%E9%97%A8%E6%96%87%E7%AB%A0%E6%8E%A8%E8%8D%90--%E7%9F%A5%E8%AF%86%E9%93%BA/</link>
      <pubDate>Wed, 24 Apr 2024 11:20:05 +0000</pubDate>
      <guid>https://index.zshipu.com/geek001/post/20240424/API%E8%AE%BE%E8%AE%A1REST%E4%B8%8EGraphQL%E7%9A%84%E4%BC%98%E7%BC%BA%E7%82%B9%E6%AF%94%E8%BE%83%E5%8F%8A%E6%9C%80%E8%BF%91%E7%83%AD%E9%97%A8%E6%96%87%E7%AB%A0%E6%8E%A8%E8%8D%90--%E7%9F%A5%E8%AF%86%E9%93%BA/</guid>
      <description>在 API 设计方面，REST 和 GraphQL 各有优缺点。 REST - 使用标准 HTTP 方法（如 GET、POST、PUT、DELETE）进行 CRUD 操作。 - 当您需要在单独的服务/应用程序之间提供简单、统一的接口时，效果很好。 - 缓存策略易于实施。 - 缺点是可能需要多次往返才能从不同的端点组装相关数据。 GraphQL - 为客户端提供单一端点</description>
    </item>
    <item>
      <title>API 架构风格比较：REST vs gRPC vs GraphQL</title>
      <link>https://index.zshipu.com/geek001/post/20240424/API-%E6%9E%B6%E6%9E%84%E9%A3%8E%E6%A0%BC%E6%AF%94%E8%BE%83REST-vs-gRPC-vs-GraphQL--%E7%9F%A5%E8%AF%86%E9%93%BA/</link>
      <pubDate>Wed, 24 Apr 2024 11:15:05 +0000</pubDate>
      <guid>https://index.zshipu.com/geek001/post/20240424/API-%E6%9E%B6%E6%9E%84%E9%A3%8E%E6%A0%BC%E6%AF%94%E8%BE%83REST-vs-gRPC-vs-GraphQL--%E7%9F%A5%E8%AF%86%E9%93%BA/</guid>
      <description>构建 API 是现代工程中开发人员的最重要任务之一。这些 API 允许不同的系统进行通信和数据交换。虽然 REST 多年来一直是实现 API 的事实标准，但今天也有新兴的标准，如 gRPC 和 GraphQL。 什么是 API？ “应用程序编程接口”（API）是各种软件服务之间的通信渠道。传输请求和响应的应用程序分别称为客户端和服</description>
    </item>
    <item>
      <title>REST与GraphQL在微服务架构中的比较</title>
      <link>https://index.zshipu.com/geek001/post/20240424/REST%E4%B8%8EGraphQL%E5%9C%A8%E5%BE%AE%E6%9C%8D%E5%8A%A1%E6%9E%B6%E6%9E%84%E4%B8%AD%E7%9A%84%E6%AF%94%E8%BE%83--%E7%9F%A5%E8%AF%86%E9%93%BA/</link>
      <pubDate>Wed, 24 Apr 2024 11:09:05 +0000</pubDate>
      <guid>https://index.zshipu.com/geek001/post/20240424/REST%E4%B8%8EGraphQL%E5%9C%A8%E5%BE%AE%E6%9C%8D%E5%8A%A1%E6%9E%B6%E6%9E%84%E4%B8%AD%E7%9A%84%E6%AF%94%E8%BE%83--%E7%9F%A5%E8%AF%86%E9%93%BA/</guid>
      <description>关于使用REST还是GraphQL来构建微服务哪个更好，一直存在争论。这两种技术都有其支持者和批评者，但当涉及微服务架构的特定需求时，GraphQL 成为明显的领先者。原因如下： RESTful 的关注点 虽然 REST 多年来一直是首选 API 风格，因其简单性和普遍适用性而受到赞誉，但它的局限性在微服务环境中变得</description>
    </item>
    <item>
      <title>推荐几款C#的通信框架</title>
      <link>https://index.zshipu.com/geek001/post/20240424/%E6%8E%A8%E8%8D%90%E5%87%A0%E6%AC%BEC</link>
      <pubDate>Wed, 24 Apr 2024 11:08:05 +0000</pubDate>
      <guid>https://index.zshipu.com/geek001/post/20240424/%E6%8E%A8%E8%8D%90%E5%87%A0%E6%AC%BEC</guid>
      <description>推荐几款C#的通信框架： github：https://github.com/bingbing-gui/dotnet-guide 1. GraphQL GraphQL是一个开源的，面向API而创造出来的数据查询操作语言以及相应的运行环境。于2012年仍处于Facebook内部开发阶段，直到2015年才</description>
    </item>
  </channel>
</rss>
