RESTful编程指南

成熟度模型分为7个级别，分为3个常规分类： 不基于API：  系统和集成体系结构不基于正式API，在某些情况下没有通信，而其他通常共享文件，使用队列，非结构化Web服务甚至制作一些TCP / Socket技术以提供应用程序之间的通信。 部分基于API：  系统和集成体

这个模型是由伦纳德·理查森（Leonard Richardson）开发的，试图根据对REST施加约束的遵守程度对API进行分类。分类有四个级别：最低的是级别0，它表示不那么兼容的实现，最高的是级别3，它是最兼容的，因此也是最RESTful的。 级别0：POX（

正如Kubernetes相对于基础设施而言一样，gRPC是相对于应用而言的，就像kubernetes一样，没有人应该直接接触gRPC。gRPC尝试通过支持身份验证、服务发现、负载平衡、测量指标以及许多使人们趋向于使用外部代理的功能，它已经不仅仅是RPC，它不是一个简单RPC框架，gRPC更多

GraphQL并不是要取代REST，它是固执己见的，并且在设计时考虑了特定的约束。它是一种强大的查询语言，可以让客户端掌控一切。但取决于具体情况，这可能是好的或坏的做法！RESTful API可能难以正确设计。我的意思是那些利用HATEOAS的人。但是一旦你做对了，它就会非常强大。特

在使用JAX-RS，Spring Boot或任何其他技术的RESTful Web服务中,必须使用机器可读且人性化的自定义业务错误代号。假设您正在编写订单处理系统，客户可能没有资格使用某种付款方式下订单，您想通过Web前端或HTTP API调用的结果向用户反馈这种问题。可以通过查看ht

在本文中，我们讨论如何编写基于Spring Jax-Rs Jersey，HATEOAS API和JerseyTest框架集成的Spring Boot微服务。我们将采用上一篇文章

这篇文章涵盖了我们在PayPal扩展GraphQL时学到的所有知识，并将作为在您的公司中部署GraphQL的指南。一年前，我们撰写了“ 

我不认为Web开发社区正在就GraphQL 进行诚实的讨论。这是因为，GraphQL几乎作为REST（Representational State Transfer）的完全替代方案。而且，虽然GraphQL可以消除REST中发现的摩擦点，但是当涉及到API实现时，不诚实的根源在于错误和隐含的

如何将应用程序分解为细粒度的微服务会带来可能最终导致巨大灾难的复杂性，以及如何避免这种情况。在ironSource，我们与面向服务的体系结构（SOA）一起工作，该体系已经存在了数十年，并且已经接受了其最新的迭代-微服务。使用微服务方法进行应用程序开发使我们能够提高弹性并缩短上市时间。

幂等性和安全性是HTTP方法的属性。在HTTP RFC定义了这些特性，并告诉我们哪些HTTP方法是安全的和幂。服务器应用程序应确保正确执行安全和幂等的

使用Spring Boot中RestTemplate/WebserviceTemplate时，如果正在使用代理，使用自定义HttpClient访问，默认情况下，HttpClientBuilder中未设置这些代理服务器。设置代理服务器，请添加以下内容：

在本文中，假设您已经了解Docker和AP​​I开发的原理，我将向您展示如何对Java API进行Docker化：生成docker镜像并dockerizing Springboot API，我们将使用的API是使用以下技术开发的： Java Springboo

当使用REST API标准时， Facebook 注意到其新闻源需要调用多个API端点才能检索所需的所有数据。因此，他们正在寻找一种以可靠的方式在移动设备上以良好性能加载新闻源的方法。GraphQL是由于这项努力而发明的。它是一种“新查询语言，为REST提供了更有效和强大的替代方法”

这种组合可以像其他任何servlet应用程序一样扩展，同时也可以部署到其他服务器，例如Tomcat。与Node.js之类的东西相比，我更喜欢服务器端的Kotlin。尽管它需要更多的初始设置，但您以后可以使用它，因此会大大受益。对我们来说，最重要的两件事是正确的多线程支持以及正确构建代码的固有

Java非常适合实现业务逻辑，但是在处理数据集时存在一些弱点。这些任务通常与必须处理大量与POJO相关的样板代码并以编程方式更新每个属性有关。在本文中，我们将探讨

使用jq检查JSON对象的最简单的本机GUI 。用