This addon is for mocking GraphQL with Ember CLI Mirage.
This addon should work with any version of Ember 2.0 and up as well as Ember CLI Mirage v0.4.7 to v1.1.x; however, we only test with Ember.js v3.12, v3.16 and up.
This addon is very early in its development and the code currently supports limited use cases. If you would like to contribute, don't be afraid to trample any existing code. It's quite trampleable.
ember install ember-cli-mirage
ember install ember-cli-mirage-graphql
This addon creates a request handler for use with Mirage that takes your GraphQL schema and creates mocks accordingly. In its simplest form, the mocks query data from Mirage's database, by type, and optionally filter records by matching query variables.
See the dummy app in this addon's tests folder for a complete example. Open the Mirage folder and notice the added handlers
folder. This is where we created the GraphQL request handler callback. It can be imported in the Mirage config for use with your GraphQL request handler.
Note: There is no need to create a separate module for your handler, as we did, but we think it's nice to keep all the handler options out of the Mirage config.
If you're like us, you'll want to create your handler aside from your Mirage config:
// /mirage/handlers/graphql.js or wherever you like
import createGraphQLHandler from 'ember-cli-mirage-graphql/handler';
import schema from 'app-name/path-to-your-schema';
export default createGraphQLHandler(schema, /* options = {} */);
Notes:
GraphQLSchema
, e.g., a case where you might merge multiple schemas.Then import your handler for use in your Mirage config:
// /mirage/config.js
import graphQLHandler from './handlers/graphql';
export default function() {
this.post('/path-to-graphql', graphQLHandler);
}
You may pass in options when creating a request handler. The options take the form of a hash and may contain the following:
{
/*
`fieldsMap` is used if you need to map a field defined in your
GraphQL schema to a different field for a record in your Mirage
database.
This can happen if, for example, you are migrating from a JSON
API backend to GraphQL and there are model name conflicts.
In this example the mapping is for a relationship; however, you
may map any field type.
String values will be used to map field names from your query to
match those in your Mirage database.
Method values will be used to filter records and will run after
any variable filtering and related data fetching. This allows for
complex record filtering that can't be done with variables alone.
The methods receive 3 arguments:
1. The resolved records, if any.
2. Mirage's database.
3. Its parent record, if any.
*/
fieldsMap: {
Person: { // fields are mapped on a per-type basis
pets: 'animals'
}
},
/*
`mutations` is an object used to mock mutation functionality you
might expect from the server. Each method maps directly to a
named mutation from your schema and receives 3 arguments:
1. The table from Mirage's database that corresponds to the return
type of the mutation.
2. The mutation arguments. These will be mapped per the argsMap
option, by the return type, if appropriate.
3. Mirage's database.
For now, this is the only way to mock mutations with this addon;
however, we will try to implement some form of default mutation
functionality, if feasible.
*/
mutations: {
updatePerson: (people, args, db) => {
let { id, personAttributes } = args;
return [ people.update(id, personAttributes) ];
}
},
/*
argsMap is used if you need to map arguments defined in your GraphQL
queries to something other than the corresponding field name on the
Mirage record. The value you specify in the map can be a string or a
function.
The addon uses the arguments to filter records of the given
type from Mirage's database.
String values will be used to map argument names to field names
in case the argument name differs.
Function values will be used to filter records. The function
will be passed an array of records, the argument name (key)
and the argument value.
*/
argsMap: {
Person: { // arguments are mapped on a per-type basis
pageSize: (records, _, pageSize) => records.slice(0, pageSize)
}
},
/*
`scalarMocks` is used if you have custom scalars and you need to mock them to
return a default value
*/
scalarMocks: {
MyCustomScalar: () => {
return 'some custom value'
}
}
}
Any contributors are most welcome!
Please file issues, as appropriate. Feature requests would be nice in the form of use cases. Knowing how you are using GraphQL should help contributors make the addon more capable.
PRs are also welcome, provided they relate to an issue or add functionality for a certain use case, and should generally follow the same coding style as the rest of the addon.
See the Contributing guide for details.
Ember CLI Mirage A client-side server to develop, test and prototype your Ember CLI app. View the docs here. Installation ember install ember-cli-mirage Feature requests Please open an issue and add a
Ember CLI 是一个 Ember.js 命令行工具,提供了由 broccoli 提供的快速的资源管道和项目结构。 Ember CLI 基于 Ember App Kit Project 目前已经废弃。 Assets Compilation Ember CLI asset compilation is based on broccoli. Broccoli has support for: Ha
This repository is no longer maintained. As a replacement check out: https://github.com/sir-dunxalot/ember-tooltips Ember CLI Tooltipster An Ember CLI add-on that wraps Tooltipster into an ember compo
ember-cli-updater This ember-cli addon helps you update your ember-cli application or addon. The idea of this addon is to automate some parts of the upgrade process so it's simplified. Not every chang
Ember-cli-yadda This Ember CLI addon facilitates writing BDD tests in the Gherkin language and executing them against your Ember app. @mschinis (Micheal Schinis) Did a great talk at @emberlondon BDD a
Ember-cli-simditor Ember component wrapper for simditor. Changes 0.0.7 Different from previous version, you must wrap content in object. See issue 6 for why. Getting Started Installation In your ember