作者 | Jennifer Shin、Tejas Shikhare、Will Emmanuel
REST 并不是在 web 上发送信息的第一种协议。但十多年来,它一直主宰着 API 领域。
作者 | Anupama Pathirage 译者 | 明知山 策划 | 丁晓昀 在当今的数字转型时代,应用程序和 Web 服务之间的相互对话是不可避免的,我们需要通过 API 来实现这些应用程序之间的通信。各种协议和规范定义了消息通过网络传递的语义和语法,最终形成了一种 API 架构。 在本文中,我们将探讨如何使用 GraphQL 和 Ballerina 将 MySQL 数据库中的数据作为 API 公开出来。GraphQL 是一种抽象了底层数据源的规范,借助 GraphQL,开发人员能够灵活地使
Coursera 的客户端开发人员钟情于 GraphQL 的灵活性,类型安全性和良好的社区支持,我们对 GraphQL 的喜爱众~所~周~知。然而,我们并没有过多讨论后端开发人员是如何看待 GraphQL 的,因为他们大多数实际上并不需要考虑 GraphQL。
自从 Web 开始迅猛发展,对程序员来说开发 API 是一项很艰巨的任务。我们开发 API 的方式必须随着时间的推移而发展,以便我们始终可以开发良好、直观且设计良好的API。
架构师的主要活动是做出正确的技术决策。选择合适的API是一项重要的技术决策。那么今天就看看API的选择问题。
https://open-doc.dingtalk.com/microapp/serverapi2/npfg02这是一个含错误码和说明(我一直看的是这个全局错误码,只看说明的话满脑子是问号啊 O(∩_∩)O哈哈~)
Skywalking作为一款优秀的开源APM监控系统,对于性能监控帮助挺大,去年开始我们自己就对这个开源的系统做了些改动和本地化的开发,改完后就会涉及到编译打包,现在我们从网上找到挺多这方面的文章,但是我那时候很少能搜到,所以当时摸索过程中踩了很多坑。现在我重新整理一下这方面的思路,并且做些简化,也参考了别人的方法:
此文是作者考虑 GraphQL 在 Node.js 架构中的落地方案后所得。从最初考虑可以(以内置中间件)加入基础服务并提供完整的构建、发布、监控支持,到最终选择不改动基础服务以提供独立包适配,不限制实现技术选型,交由业务团队自由选择的轻量方式落地。中间经历了解除误解,对收益疑惑,对最初定位疑惑,最终完成利弊权衡的过程。
业界似乎非常容易地想到,公开的云大战已经告一段落,而且亚马逊已经在此大战中成为了赢家。市场研究机构Gartner在最近发布的Gartner Magic Quadrant报告中强调称,亚马逊的专业云服务AWS(亚马逊网络服务)提供的可利用计算能力已经达到了其它14家云服务供应商总容量的5倍之多。 这种领先的优势的确给人留下了深刻的印象,但是,Gartner的分析报告中并未将谷歌的云服务“Google Cloud(谷歌云)”纳入其中,主要是因为谷歌还没有正式推出此项服务。 在云服务领域,谷歌与亚马逊的其它竞争对
最近2周的时间由于工作不忙,一直在看有关GraphQL的东西,前后端均有涉及,由于我之前做过后端开发,当时实现的接口的大体是符合RPC风格的接口。后来转做了前端开发,从实现接口者变成了调用接口者,接触最多的当属REST风格的接口。因此在这段学习GraphQL的过程中,并且也尝试使用它以全栈的角度做了一个小项目,在这个过程中,一直在思考它对比前两者在API设计的整体架构体系中的各个指标上,孰优孰劣。
原文链接:https://www.sitepoint.com/rest-api/[1]
最近,我们将 Universe.com 主页的性能提升了十倍以上。在本文中,我们将解析实现这一重大改进的具体技术手段。
作者 | Nitesh Kumar 译者 | 张卫滨 策划 | Tina API 对于组织来讲正变得越来越重要,但是,构建安全、可扩展的 API 并非易事。本文从执行环境、API 技术、安全性等角度出发,介绍了如何构建高效、可扩展的 API。 本文最初发表于 Salesforce 站点,经作者 Nitesh Kumar 授权,由 InfoQ 中文站翻译分享。 API 是一个重要的工具,允许合作伙伴、开发人员和其他应用消费我们提供的微服务,与之进行通信,并基于此构建各种各样的功能。 高质量的 AP
主要的云提供商提供了广泛的服务,但还远非完美。以下是AWS,Microsoft和Google在2020年应该进行的收购,以巩固其平台。
GraphQL 是 Facebook 开发的一种 API 的查询语言,与 2015 年公开发布,是 REST API 的替代品。
随着多终端、多平台、多业务形态、多技术选型等各方面的发展,前后端的数据交互,日益复杂。
dapp[5]的数量继续爆炸性增长,对开发人员(使用 Solidity[6]或其他区块链语言的)的需求[7]也越来越大。
古映杰,携程研发高级经理,负责前端框架和基础设施的设计、研发与维护。开源项目react-lite和react-imvc作者。
我认为,GraphQL 将改变世界。将来,你可以使用 GraphQL 查询世界上的任何系统。我在创造这样的未来。那么我为什么要对使用 GraphQL 进行辩驳呢?我个人最讨厌的是,社区一直在宣传 GraphQL 的好处,而这些好处却非常普通,并且与 GraphQL 实际上没有任何关系。如果我们想推广采用,那么我们应该诚实,应该摘掉有色眼镜。这篇文章是对 Kyle Schrade 的文章“为什么使用 GraphQL”的回应。这并不是批评。这篇文章是一个很好的讨论基础,因为它代表了我在社区中经常听到的观点。如果你读了整篇文章,当然这会花一些时间,你就会完全理解,为什么我认为 Kyle 的文章应该改名为“为什么使用 Apollo”。
过去几年中,GraphQL 已经成为一种非常流行的 API 规范,该规范专注于使客户端(无论是客户端、前端还是第三方)的数据获取更加容易。
英文:Igor Ribeiro Lima 译文:众成翻译/乐何 zcfy.cc/article/graphql-overview-build-a-to-do-list-api-with-a-react-front-end-mdash-sitepoint 设想你想要参考食谱烤一个蛋糕。你将需要一些原料,并且一些合适的量。如果你能拿一个盒子装好你烘焙所需要的各种原料 ,并且已经称量好匹配菜谱的份量,那肯定会让烘焙更简单。如果你把前端 UI设想成一块蛋糕的话,那这就是GraphQL所做的事。 在本教程中我们将
面部识别算法,特别是亚马逊的基于云的图像分析服务Rekognition,最近成为日益严格审查的主题,这已不是什么秘密。
image.png 原文作者:Astasia Myers 原文地址:https://medium.com/memory-leak/5-microservices-trends-to-watch-in-
之前2020-5-6-restful理解 - huangtengxiao和大家提及了RESTfulAPI的一个弊端,就是接口膨胀。
今天最常讨论的术语之一是 API,很多人不知道 API 到底是什么,API 是 Application Programming Interface(应用程序编程接口)。顾名思义,它是一些预先定义的函数,目的是提供应用程序与开发人员基于某软件或硬件得以访问一组例程的能力,而又无需访问源码,或理解内部工作机制的细节。
作为软件开发人员,我们大多数人在日常生活中使用或构建 REST api。API 是系统之间的默认通信方式。亚马逊是如何有效地使用 api 进行通信的最佳例子。
关于React生态系统的一系列令人敬畏的事情。 React React一般资源 React社区 React在线游乐场 React教程 React通用教程 React钩子 React和TypeScrip
如今,随着企业持续的用混合云和容器,一些云计算供应商需要改变他们的态度。由于从集成到管理的原因,企业和云服务并不总是能很好地混合。 总部位于美国波士顿的云计算咨询公司云技术合作伙伴高级副总裁戴维·林西克姆在最近的播客中说,“只有一些糟糕的事情发生,才能使企业使用云计算。” 为了帮助企业应对这些挑战,公共云供应商需要将更多的重点放在混合云。在在这个播客中,林西克姆与容器管理公司ClusterHQ的工程和运营高级副总裁,谷歌公司前数据主管萨德潘·巴勒杰讨论了这个主题以及新的云计算技术,如容器和机器学习。 公共云
数字经济为中国产业转型带来了巨大的机遇,我国数字经济规模已达27.2万亿,占当年GDP将近1/3,数字经济这几年表现出远高于GDP的增长率,复合增长率达18.9%。数字经济成为新的增长动力,上云是实现数字经济基础工作。
Apollo 正在构建软件平台帮助用户在应用程序和服务中统一 GraphQL。包括:
GraphQL是一种新型的,令人兴奋的,用于特定查询和操作的API。它非常灵活并且有很多好处。 它特别适合以图形和树型为组织的数据。Facebook在2012年研发出了GraphQL并在2015年将其开源。
整理 | 褚杏娟 瑞银分析师将人才短缺风险评为“中等”,但其他人警告:一场人才争夺战即将来临。 受疫情影响,全球大多数企业线下活动受到明显冲击,线上服务的需求激增,也因此带动了云服务市场。赛迪数据显示,2020 年全球云计算市场销售额为 2957. 6 亿美元,增速为 9.8%。在政策推动与市场需求的刺激下,分析者普遍认为,未来几年云市场的强劲发展势头有望保持下去。 但近期,瑞银分析师指出,人才问题可能成为阻碍云计算发展的一个重要因素。瑞银警告称,随着云迁移在疫情期间加速,相关人才需求也在增加。但需求可能超
网络请求有着多层的协议规范,但在最终应用层,由于业务形态等区别,并没有强制性的规范约束,这使得其有高度的灵活性,使用不当也会造成严重的混乱。
return np.power(-1,n)*(1.0/(2*n+1))+getPi(n-1)
最近一段时间关于GraphQL的讨论很多,一些项目中也相继用到了这种风格,但使用是否合理,是否存在杀鸡用牛刀这样的问题,还有待商榷。
掌握 Go 语言的常见概念,如变量、循环、条件语句、函数、数据类型等等。深入了解 Go 基础知识的好起点是查阅 Go 官方文档
本文讨论了四种主要的 API 架构风格,比较它们的优缺点,并重点介绍每种情况下最适合的 API 架构风格。
作者简介 工业聚,携程高级前端开发专家,react-lite, react-imvc, farrow 等开源项目作者。 兰迪咚,携程高级前端开发专家,对开发框架及前端性能优化有浓厚兴趣。 一、前言 过去两三年,携程度假前端团队一直在实践基于 GraphQL/Node.js 的 BFF (Backend for Frontend) 方案,在度假BU多端产品线中广泛落地。最终该方案不仅有效支撑前端团队面向多端开发 BFF 服务的需要,而且逐步承担更多功能,特别在性能优化等方面带来显著优势。 我们观察到有些前端
两个单独的应用程序需要中介程序才能相互通信。因此,开发人员经常需要搭建桥梁——也就是应用程序编程接口(API),来允许一个系统访问另一个系统的信息或功能。
在这个数字时代,我们的日常生活中充斥着各种应用程序和系统之间的交互。无论是社交媒体、在线购物还是智能家居设备,它们都需要通过API(应用程序接口)来实现数据的传输和通信。然而,这些看似简单的操作背后隐藏着复杂的协议。
试想有一个死气沉沉没有窗户的房间,里面装满了大量的金属机器。所有的东西都用多色的电线钩在一起,并且被大量随机闪烁的灯泡覆盖着。你会用什么比喻来形容?很大可能,你不会说“云”。
摘要总结:本文探讨了云计算中的信任问题,以及如何在分布式团队中建立信任和问责制。作者认为,通过将服务与代码分离、使用微服务架构、在客户体验竞争中实现代码变化恒定,以及确保跨团队间的沟通透明,可以缓解这些问题。同时,云服务提供商也应该为每个服务提供单独的验证和监控,以确保服务质量和可靠性。
两个披萨原则(The two pizza principle)最早是由亚马逊CEO贝索斯提出的,他认为如果两个披萨不足以喂饱一个项目团队,那么这个团队可能就显得太大了。
导语 “纽约时报”首席技术官尼克·罗克韦尔(Nick Rockwell)表示,随着云计算为企业带来了更多的灵活性,事件触发的计算成本也得到了降低,并使应用程序的开发更加高效。我们也迎来了无服务器化的时
第一次了解到 GraphQL 是查阅 Github 文档时,偶然看到 v4 版本文档只要一个链接就可以完成所有获取数据和更新数据请求,当时看到觉得特别惊艳,能跳出 REST 请求模式,构建出全新的一套环境来实现网络请求,GraphQL 的开发者确实很有想法。
很久之前其实就关注过这个技术,记得当时还是React刚刚崭露头角的时期吧。总之那时候,GraphQL感觉还只是概念完备阶段,除了FB自己内部大量使用外,好像社区并不是很健全,不过大家应该都在疯狂的讨论和跟进吧。过了2年,如今再回过头来看,已经涌现出各种开源或商用服务专注于这个领域,各种语言的框架和工具也都很完备了,感觉是时候重新接触GraphQL了。如果你的项目正处于技术选型,你正在犹豫选择一种接口风格的时刻,不妨了解一下这个神奇而强大的玩意儿~~
正如我之前所写, GraphQL是下一代API技术,它正在改变客户端应用程序与后端系统的通信方式以及后端系统的设计方式。
领取专属 10元无门槛券
手把手带您无忧上云