GraphQL ---02 GraphQL和C#结合的实战项目   本文章是介绍和记录如何创建GraphQL项目,以及如何使用GraphQL进行数据的相关操作.项目参照GraphQL .Net 的官方文档进行实践 一.项目结构: 为了更好的和原有的项目结合在一起,尽可能减少对原项目的修改.我对项目结构做了如下分层. 二.项目结构分层说明 Contracts层: 项目的接口层,重点存放项目的一些接口.和原项目的分层结构的Contracts一致 Entities层: 实体模型层,存放实体模型.与原有

GraphQL 官方描述: GraphQL 既是一种用于 API 的查询语言也是一个满足你数据查询的运行时. GraphQL 对你的 API 中的数据提供了一套易于理解的完整描述,使得客户端能够准确地获得它需要的数据,而且没有任何冗余,也让 API 更容易地随着时间推移而演进,还能用于构建强大的开发者工具. 优点 GraphQL可以让我们通过请求控制返回的字段,以此来减少restful api的设计理念带来的请求多次的问题. 比如我们要获取指定id的文章相关信息,包括标题.作者.发布时间以及前两

什么是GraphQL GraphQL 是一种面向 API 的查询语言.在互联网早期,需求都以 Web 为主,那时候数据和业务需求都不复杂,所以用 RestAPI 的方式完全可以满足需求.但是随着互联网的发展,数据量增大,业务需求多变.还有各种客户端需要接口适配,基于 RestAPI 的方式,显得越来呆板,因此 GraphQL 便应运而生.它至少可以提供以下三个方面的优势 GraphQL 提供更方便的 API 查询 不同的客户端有时候需要返回的数据格式不同,之前使用 RestAPI 的方式,需要后

在此之前需要简单了解GraphQL的基本知识,可通过以下来源进行学习 GraphQL官方中文网站 :https://graphql.cn GraphQL-java 官网:https://www.graphql-java.com 使用GraphQL需要 定义对象模型 定义查询类型 定义查询操作 schema #对应的User定义如下 schema { #定义查询 query: UserQuery } type UserQuery { #定义查询类型 user(): User #指定对象以及参数类型

GraphQL 概念入门 Restful is Great! But GraphQL is Better. -- My Humble Opinion. GraphQL will do to REST what JSON did to XML. -- Samer Buna from Quora GraphQL 作为 Facebook 的前端三架马车之一(另外两架是 Relay 和 React, 三者可以无缝结合),提出也有一段时间了,但真正用过的人却出奇的少, 截止到 2018 年底,根据 Sta

每隔一段时间就能看到一篇 GraphQL 的文章,但是打开文章一看,基本上就是简单的介绍下 GraphQL 的特性.很多文章其实就是 github 上找个 GraphQL 的项目,然后按照对应的 demo 跑起来而已.有些文章明显是没有完整的项目实践经历,却在狂吹 GraphQL 的各种优点,让不熟悉 GraphQL 的同学以为这是神丹妙药,弄不好还要在项目中实践一番. 因为项目的背景(后面会讲到),我有幸参与过 GraphQL 在实际项目中的落地,本篇文章我会谈谈我对 GraphQL 的一些理

随着多终端.多平台.多业务形态.多技术选型等各方面的发展,前后端的数据交互,日益复杂. 同一份数据,可能以多种不同的形态和结构,在多种场景下被消费. 在理想情况下,这些复杂性可以全部由后端承担.前端只管从后端接口里,拿到已然整合完善的数据. 然而,不管是因为后端的领域模型,还是因为微服务架构.作为前端,我们感受到的是,后端提供的接口,越发不够前端友好.我们必须自行组合多个后端接口,才能获取到完整的数据结构. 面向领域模型的后端需求,跟面向页面呈现的前端需求,出现了不可调和的矛盾. 这种背景下,本

近日,在GraphQL Java诞生6周年的时候,Spring社区通过博客宣布正式创建全新项目:Spring GraphQL,同时还发布了这个新项目的里程碑1.0版本. 博客原文:https://spring.io/blog/2021/07/06/hello-spring-graphql 该项目的任务是将GraphQL Java集成入Spring生态,而这个项目的开发工作将由双方两个团队共同承担. 什么是 GraphQL? 纵使GraphQL在国外开始就被炒的火热,但到了国内就跟Hibernat

我们知道 GraphQL 使用 Schema 来描述数据,并通过制定和实现 GraphQL 规范 定义了支持 Schema 查询的 DSQL (Domain Specific Query Language,领域特定查询语言).Schema 帮助将复杂的业务模型数据抽象拆分成细粒度的基础数据结构,而 DSQL 的实现则赋予了前端开发者自由组织和定制请求数据的能力.如果以一张图来表示的话,可以将 GraphQL 看做一条以 通用基础业务数据模型 为基础.将传统后端服务和前端页面紧密且自由地联系在一起

为了介绍使用ASP.NET Core构建GraphQL服务器,本文需要介绍一下GraphQL,其实看官网的文档就行. 什么是GraphQL? GraphQL 既是一种用于 API 的查询语言也是一个满足你数据查询的运行时. GraphQL 对你的 API 中的数据提供了一套易于理解的完整描述,使得客户端能够准确地获得它需要的数据,而且没有任何冗余,也让 API 更容易地随着时间推移而演进,还能用于构建强大的开发者工具. 官网地址:https://graphql.org/ 中文网址(感觉不是官方的

记录一个从枯燥学习 GraphQL 的过程,到发现项目 Gitter,模仿项目 Github-Trending-API,最后做一个自己的学习项目 Github-Trending-GraphQL. 一开始我是这样想的,最后我是这样做的,复盘整个学习过程. 准备学习 graphql 是什么? 在之前的项目中我们主要使用 graphql 来做已有接口数据的合并,这个主要处理已有 rest 相关服务接口的情况下,我们做了一个中间数据处理层. 最近在思考团队服务项目开发的时候,因为在开发中如果基于 res

随着系统业务量的增大不同的应用和系统共同使用着许多的服务api,而随着业务的变化和发展,不同的应用对相同资源的不同使用方法最终会导致需要维护的服务api数量呈现爆炸式的增长,比如我试着跑了下我们自己业务里的接口数量,线上正在运行的就有超过1000多个接口,非常不利于维护.而另一方面,创建一个大而全的通用性接口又非常不利于移动端使用(流量损耗),而且后端数据的无意义聚合也对整个系统带来了很大的资源浪费. graphql介绍 graphql的方案完美的解决了以上所有问题,连大名鼎鼎GitHub也抛弃

1. 资源: 主站: https://graphql.org/ 中文站: http://graphql.cn 入门视频: https://graphql.org/blog/rest-api-graphql-wrapper/ 这个网址中向下拉, 会看到这个入门视频: 从第15分钟看到第30分钟就可以. 官方Tutorial: https://graphql.org/graphql-js/mutations-and-input-types/ 2. 服务器端代码示例. a) 首先用VS2013新建一个

graphql2chartjs 是hasura graphql-engine 团队开源的方便graphql 转换为chartjs 的类库,我们可以方便的 用来进行ChartJS chart 开发 一张参考图 说明 我们可以集成subscription 可以快速的开发实时的图表,当前官方支持的图表还是比较全的,同时文档也比较全,graphql-engine 很强大 参考资料 https://github.com/hasura/graphql-engine/tree/master/community

PowerBuilder编程新思维3:适配(三层架构与GraphQL) PB在富客户端时代,是一线开发工具.随着网络发展,主流架构演进到三层架构的时代,PB拿不出有力的三层架构,已经明显力不从心,市场份额也江河日下.今天我们来细数一下PB的三层架构方式及其改进方法. PB三层架构方式一:EAServer 这是PB官方首推的三层架构,但是用三句可以总结,无感的体验,无奈的价格,无语的速度. 事实上除了EAServer这个选择,可以自己开发服务端,比如topwiz公司的PBNIServ 使用BPNI

相关阅读: 完爆Facebook/GraphQL,APIJSON全方位对比解析(一)-基础功能 完爆Facebook/GraphQL,APIJSON全方位对比解析(二)-权限控制 自APIJSON发布以来,不断有网友拿来和Facebook的GraphQL对比, 甚至有不少人声称“完爆”APIJSON. 然而事实正好相反,本系列博客将以大量真实依据来证明, APIJSON“完爆”GraphQL! APIJSON的口号是: 后端接口和文档自动化,前端(客户端) 定制返回JSON的数据和结构! API

graphql-modules 是一个新开源的graphql 工具,是基于apollo server 2.0 的扩展库,该团队 认为开发应该是模块化的. 几张来自官方团队的架构图可以参考,方便比较 apollo server 的开发模型 从上图看出,一般的graphql 简单功能我们都是可以很方便的实现的,但是较复杂的应该就... 来自graphql-modules的实践 说明 模块化,方便扩展,很不错的开源扩展方案,后边会写一些简单的demo,方便学习. 参考资料 https://graphq

默认官方是提供了gitlab 集成的demo的,但是因为gitlab 一些版本的问题, 跑起来总有问题,所以查找相关资料测试了一个可以运行的版本 项目使用docker-compose 运行 参考 https://github.com/Trantect/docker-compose.yamls 环境准备 docker-compose 文件 version: '2' services: redis: image: sameersbn/redis:4.0.9-1 command: - --loglev

  grandstack 是一个方便graphql 应用开发的工具 使用docker-compose 运行 环境准备 官方的starter 比较好,已经是使用docker-compose 创建好了所有的依赖,但是目前使用的版本镜像有bug,我修改了版本,可以运行 参考github 项目 https://github.com/rongfengliang/grand-stack-starter clone starter git clone https://github.com/grand-stac

从去年开始,JS算是完全踏入ES6时代.在React相关项目中接触到了一些ES6的语法.这次接着GraphQL这种新型的接口风格,从后端的角度接触ES6. 这篇文章从ES6的特征讲起,打好语法基础:然后引用GraphQL的规范说明:最后实验性质地在node环境下实践GraphQL这种接口风格,作为接下来重构接口工作的起点. ES6 GraphQL Node ES6语法环境 搭建GraphQL Server ES6 ES6也就是ECMAScript2015于2015年6月正式发布,这是最新的Jav

  subscriptions graphql 的一项实时数据推送的功能,还是很方便的,自己在直接使用subscriptions-transport-ws npm 包 的时候运行一直有错误(主要是依赖的apollo版本),还好hasura graphql 默认提供了一个开发模版,还是比较方便的 模版clone git clone https://github.com/hasura/nodejs-graphql-subscriptions-boilerplate.git 基本代码集成 使用模版(g