ivome/graphql-relay-php
Composer 安装命令:
composer require ivome/graphql-relay-php
包简介
A PHP port of GraphQL Relay reference implementation
README 文档
README
This is a library to allow the easy creation of Relay-compliant servers using the graphql-php reference implementation of a GraphQL server.
Note: The code is a port of the original graphql-relay js implementation from Facebook (With some minor PHP related adjustments and extensions)
Current Status:
The basic functionality with the helper functions is in place along with the tests. Only the asynchronous functionality was not yet ported due to the limitations of PHP. See also discussions here and here
Getting Started
A basic understanding of GraphQL and of the graphql-php implementation is needed to provide context for this library.
An overview of GraphQL in general is available in the README for the Specification for GraphQL.
This library is designed to work with the graphql-php reference implementation of a GraphQL server.
An overview of the functionality that a Relay-compliant GraphQL server should provide is in the GraphQL Relay Specification on the Relay website. That overview describes a simple set of examples that exist as tests in this repository. A good way to get started with this repository is to walk through that documentation and the corresponding tests in this library together.
Using Relay Library for graphql-php
Install this repository via composer:
composer require ivome/graphql-relay-php
When building a schema for graphql-php, the provided library functions can be used to simplify the creation of Relay patterns.
Connections
Helper functions are provided for both building the GraphQL types
for connections and for implementing the resolve method for fields
returning those types.
Relay::connectionArgsreturns the arguments that fields should provide when they return a connection type that supports bidirectional pagination.Relay::forwardConnectionArgsreturns the arguments that fields should provide when they return a connection type that only supports forward pagination.Relay::backwardConnectionArgsreturns the arguments that fields should provide when they return a connection type that only supports backward pagination.Relay::connectionDefinitionsreturns aconnectionTypeand its associatededgeType, given a node type.Relay::edgeTypereturns a newedgeTypeRelay::connectionTypereturns a newconnectionTypeRelay::connectionFromArrayis a helper method that takes an array and the arguments fromconnectionArgs, does pagination and filtering, and returns an object in the shape expected by aconnectionType'sresolvefunction.Relay::cursorForObjectInConnectionis a helper method that takes an array and a member object, and returns a cursor for use in the mutation payload.
An example usage of these methods from the test schema:
$shipConnection = Relay::connectionDefinitions([ 'nodeType' => $shipType ]); // this could also be written as // // $shipEdge = Relay::edgeType([ // 'nodeType' => $shipType // ]); // $shipConnection = Relay::connectionType([ // 'nodeType' => $shipType, // 'edgeType' => $shipEdge // ]); $factionType = new ObjectType([ 'name' => 'Faction', 'description' => 'A faction in the Star Wars saga', 'fields' => function() use ($shipConnection) { return [ 'id' => Relay::globalIdField(), 'name' => [ 'type' => Type::string(), 'description' => 'The name of the faction.' ], 'ships' => [ 'type' => $shipConnection['connectionType'], 'description' => 'The ships used by the faction.', 'args' => Relay::connectionArgs(), 'resolve' => function($faction, $args) { // Map IDs from faction back to ships $data = array_map(function($id) { return StarWarsData::getShip($id); }, $faction['ships']); return Relay::connectionFromArray($data, $args); } ] ]; }, 'interfaces' => [$nodeDefinition['nodeInterface']] ]);
This shows adding a ships field to the Faction object that is a connection.
It uses connectionDefinitions({nodeType: shipType}) to create the connection
type, adds connectionArgs as arguments on this function, and then implements
the resolve function by passing the array of ships and the arguments to
connectionFromArray.
Object Identification
Helper functions are provided for both building the GraphQL types for nodes and for implementing global IDs around local IDs.
Relay::nodeDefinitionsreturns theNodeinterface that objects can implement, and returns thenoderoot field to include on the query type. To implement this, it takes a function to resolve an ID to an object, and to determine the type of a given object.Relay::toGlobalIdtakes a type name and an ID specific to that type name, and returns a "global ID" that is unique among all types.Relay::fromGlobalIdtakes the "global ID" created bytoGlobalID, and returns the type name and ID used to create it.Relay::globalIdFieldcreates the configuration for anidfield on a node.Relay::pluralIdentifyingRootFieldcreates a field that accepts a list of non-ID identifiers (like a username) and maps then to their corresponding objects.
An example usage of these methods from the test schema:
$nodeDefinition = Relay::nodeDefinitions( // The ID fetcher definition function ($globalId) { $idComponents = Relay::fromGlobalId($globalId); if ($idComponents['type'] === 'Faction'){ return StarWarsData::getFaction($idComponents['id']); } else if ($idComponents['type'] === 'Ship'){ return StarWarsData::getShip($idComponents['id']); } else { return null; } }, // Type resolver function ($object) { return isset($object['ships']) ? self::getFactionType() : self::getShipType(); } ); $factionType = new ObjectType([ 'name' => 'Faction', 'description' => 'A faction in the Star Wars saga', 'fields' => function() use ($shipConnection) { return [ 'id' => Relay::globalIdField(), 'name' => [ 'type' => Type::string(), 'description' => 'The name of the faction.' ], 'ships' => [ 'type' => $shipConnection['connectionType'], 'description' => 'The ships used by the faction.', 'args' => Relay::connectionArgs(), 'resolve' => function($faction, $args) { // Map IDs from faction back to ships $data = array_map(function($id) { return StarWarsData::getShip($id); }, $faction['ships']); return Relay::connectionFromArray($data, $args); } ] ]; }, 'interfaces' => [$nodeDefinition['nodeInterface']] ]); $queryType = new ObjectType([ 'name' => 'Query', 'fields' => function () use ($nodeDefinition) { return [ 'node' => $nodeDefinition['nodeField'] ]; }, ]);
This uses Relay::nodeDefinitions to construct the Node interface and the node
field; it uses fromGlobalId to resolve the IDs passed in in the implementation
of the function mapping ID to object. It then uses the Relay::globalIdField method to
create the id field on Faction, which also ensures implements the
nodeInterface. Finally, it adds the node field to the query type, using the
nodeField returned by Relay::nodeDefinitions.
Mutations
A helper function is provided for building mutations with single inputs and client mutation IDs.
Relay::mutationWithClientMutationIdtakes a name, input fields, output fields, and a mutation method to map from the input fields to the output fields, performing the mutation along the way. It then creates and returns a field configuration that can be used as a top-level field on the mutation type.
An example usage of these methods from the test schema:
$shipMutation = Relay::mutationWithClientMutationId([ 'name' => 'IntroduceShip', 'inputFields' => [ 'shipName' => [ 'type' => Type::nonNull(Type::string()) ], 'factionId' => [ 'type' => Type::nonNull(Type::id()) ] ], 'outputFields' => [ 'ship' => [ 'type' => $shipType, 'resolve' => function ($payload) { return StarWarsData::getShip($payload['shipId']); } ], 'faction' => [ 'type' => $factionType, 'resolve' => function ($payload) { return StarWarsData::getFaction($payload['factionId']); } ] ], 'mutateAndGetPayload' => function ($input) { $newShip = StarWarsData::createShip($input['shipName'], $input['factionId']); return [ 'shipId' => $newShip['id'], 'factionId' => $input['factionId'] ]; } ]); $mutationType = new ObjectType([ 'name' => 'Mutation', 'fields' => function () use ($shipMutation) { return [ 'introduceShip' => $shipMutation ]; } ]);
This code creates a mutation named IntroduceShip, which takes a faction
ID and a ship name as input. It outputs the Faction and the Ship in
question. mutateAndGetPayload then gets an object with a property for
each input field, performs the mutation by constructing the new ship, then
returns an object that will be resolved by the output fields.
Our mutation type then creates the introduceShip field using the return
value of Relay::mutationWithClientMutationId.
Contributing
After cloning this repo, ensure dependencies are installed by running:
composer install
After developing, the full test suite can be evaluated by running:
bin/phpunit tests
ivome/graphql-relay-php 适用场景与选型建议
ivome/graphql-relay-php 是一款 基于 PHP 开发的 Composer 扩展包,目前已累计 684.99k 次下载、GitHub Stars 达 271, 最近一次更新时间为 2016 年 03 月 01 日, 在 PHP 生态内属于活跃度较高的组件。
它主要适用于以下技术方向: 「api」 「graphql」 「Relay」 等业务场景。在实际项目中,围绕这些方向常见需要落地的问题包括:接口对接、性能调优、并发安全、与既有框架(Laravel / ThinkPHP / Yii / Webman 等)的兼容适配,以及生产环境的日志埋点与稳定性保障。
我们在过去多个企业项目中使用过 ivome/graphql-relay-php 或与其功能相近的方案,如果你在选型或落地过程中遇到问题,例如 版本兼容、二次改造、私有化封装、与内部系统对接、生产 BUG 排查,欢迎联系我们协助评估。
基于 ivome/graphql-relay-php 在你已有业务上做功能扩展、字段裁剪、UI 适配、与内部账号 / 权限 / 日志系统的深度对接。
线上偶发问题、内存泄漏、慢查询、并发异常等排查修复;针对高流量场景做缓存、队列、索引层面的调优。
承接完整的项目从需求 → 设计 → 开发 → 上线 → 长期运维;也可按月提供技术保姆服务。
与 ivome/graphql-relay-php 相关的其它包
同方向 / 同关键字的高下载量 PHP Composer 包推荐,方便对比选型:
GraphQL authentication for your headless Craft CMS applications.
FormRelay is a data distribution framework.
FormRelay route and dispatcher for (http) requests.
FormRelay route for Pardot form handlers.
FormRelay route for SFDC Web-To-Lead API.
Stash Cache middleware for Relay
统计信息
- 总下载量: 684.99k
- 月度下载量: 0
- 日度下载量: 0
- 收藏数: 271
- 点击次数: 13
- 依赖项目数: 6
- 推荐数: 0
其他信息
- 授权协议: BSD-3-Clause
- 更新时间: 2016-03-01