第一种方式:  首先来看一下,官方给出的koa-graphql的例子, ```js var express = require('express'); var {graphqlHTTP} = require('express-graphql'); var { buildSchema } = require('graphql'); var fs = require('fs'); const { resolve } = require('path'); var schema = buildSchem

转自官方文档 In the last article, we discussed the ins and outs of remote (executable) schemas. These remote schemas are the foundation for a set of tools and techniques referred to as schema stitching. Schema stitching is a brand new topic in the GraphQL

已经测试过docker&& docker-compose 的运行模式,下面测试下kubernetes的运行模式 kubernetes 我使用docker for mac qloo 安装 下载 https://github.com/solo-io/qloo/releases https://github.com/solo-io/gloo/releases 配置环境变量 mac cat ~/.bash_profile export PATH=$PATH:/Users/dalong/Downlo

在现在的公司使用GraphQL有一段时间了. 现公司从创立之后的很长一段时间内是纯PHP的技术栈,前端.后端都在PHP代码中糅合在一起.新功能越加越多,页面越来越复杂之后,那些混在在PHP代码中的HTML代码越来越不可维护,于是终于有公司里的程序员看不下去,开始了技术革命,将PHP代码抽象成一个个微服务提供API,前端则采用Node+React,解放了前端工程师的生产力,使得新界面的开发越来越顺利,前端程序员也越发不用关心后端的实现了. 故事说到这里听起来皆大欢喜,然而时间长了,新的问题出现了—

  prisma 推出middleware 的目的就是保持resolver 的简洁 作用: 输入参数访问同一个resolver 决定resolver 最终的返回值 在resolver 连中捕获异常以及错误 基本项目 初始化项目 yarn init -y 添加依赖 yarn add graphql-yogo 测试代码 const { GraphQLServer } = require('graphql-yoga') const typeDefs = ` type Query { hello(nam

we’ll take a look at the GraphQL Language and write out our first GraphQL Schema. We’ll use the graphql package available to us through npm to parse our graphql language file and resolve our initial query. const { graphql, buildSchema } = require('gr

ASP.NET Core中使用GraphQL - 目录 ASP.NET Core中使用GraphQL - 第一章 Hello World ASP.NET Core中使用GraphQL - 第二章 中间件 ASP.NET Core中使用GraphQL - 第三章 依赖注入 ASP.NET Core中使用GraphQL - 第四章 GrahpiQL ASP.NET Core中使用GraphQL - 第五章 字段, 参数, 变量 ASP.NET Core中使用GraphQL - 第六章 使用EF Co

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

最近参与了一个大型项目,大型项目随着系统业务量的增大,不同的应用和系统共同使用着许多的服务接口API,而随着业务的变化和发展,不同的应用对相同资源的不同使用方法最终会导致需要维护的服务API数量呈现爆炸式的增长.而另一方面,创建一个大而全的通用性接口又非常不利于移动端使用(流量损耗),而且后端数据的无意义聚合也对整个系统带来了很大的资源浪费.        1. GrapQL背景  经查资料显示GraphQL是Facebook 在2012年开发的,2015年开源,2016年下半年Facebook

引言 开局两张图,内容全靠编- ok,如图所示,我在去年曾经写过一篇文章<闲侃前后端分离的必要性>.嗯,我知道肯定很多人没看过.所以我做一个总结,其实啰里八嗦了一篇文章,就是想说一下现在的大型互联网项目一般是如下两种架构之一 前后端半分离架构 前后端分离架构 区别分离和半分离的标志在于Controller层由不由前端控制,Controller在前端手里,前端手里握着组装数据的逻辑,那就是前后端分离!否则就是半分离! 那么,半分离和分离的架构是长下面这样的 ps:中小型公司慎重,不要玩前后端分离

文档 工作示例 安装依赖: npm i --save @nestjs/graphql apollo-server-express graphql-tools graphql app.module.ts import { Module } from '@nestjs/common'; import { AppService } from './app.service'; import { GraphQLModule } from '@nestjs/graphql'; import { AppRes

转自: https://tomasalabes.me/blog/graphql/node/microservices/2018/08/11/graphql-architectures.html GraphQL Gateway Architectures These are the approaches we will see: Remote Schema Stitching Schema Stitching through Shared Interfaces Hybrid Remote Sche

不像大部分的graphql 引擎,使用标准的graphql 规范的处理模型,Hasura graphql 不存在resolver 的概念(实际上是有的,只是转换为了sql语法) 以下是Hasura graphql 引擎的内幕 表的处理 假设有一张表 profile(id,name) 需要暴露为graphql api ,以下是Hasura 的处理方式 根据表生成一个graphql 类型(type) 根据表生成聚合函数的graphql 类型 同时还会生成关系聚合函数的数据类型 生成查询参数 wher

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

graphql 是很方便的api 查询语言,elasticsearch 可以方便的进行全文检索的应用开发 有一个方便的npm 包graphql-compose-elasticsearch 可以进行es 的查询 测试使用docker 运行,参考代码https://github.com/rongfengliang/graphql-elasticsearch-demo 环境准备 docker-compose 文件 version: "3" services: es: image: elast

当前grandstack 支持两类开发方式 js (使用Neo4j-graphql-js) 插件模型 js 模型 参考https://github.com/rongfengliang/grand-stack-starter 主要是使用Neo4j-graphql-js 进行查询以及类型的resolver 插件模型 Neo4j-GraphQL 插件可以自定进行graphql 的查询转换为cypher 查询 使用 js https://github.com/rongfengliang/grand-st

Spring boot+graphql 一.使用graphql-java-tools方式 <dependency> <groupId>com.graphql-java-kickstart</groupId> <artifactId>graphql-java-tools</artifactId> <version>5.6.0</version> </dependency> <dependency> &

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

原理 实际上就是使用graphql 中的binding,首先基于swagger api 进行schema 生成,后边就是 使用binding 进行graphql 请求api 转换为rest api 请求,目前测试过两个开源的方案: prisma 的graphql-openapi-binding 以及swagger-graphql 类库 步骤 swagger 模型生成graphql schema 使用cli 工具 swagger-to-graphql npm install -g swagger-

文章转自 prisma 官方博客,写的很不错 In this article, we want to understand how we can use any existing GraphQL API and expose it through our own server. In that setup, our server simply forwards the GraphQL queries and mutations it receives to the underlying Grap

  说明:使用docker-compose 进行安装 代码框架 使用命令行工具创建 qlooctl install docker qloo-docker 运行qloo&&gloo 启动 cd ./qloo-docker docker-compose up 效果 配置glooctl &&qlooctl工具 下载 https://github.com/solo-io/qloo/releases https://github.com/solo-io/gloo/releases 配