Skip to content

Commit ff2d5fc

Browse files
author
Sashko Stubailo
authored
Update editor's note
1 parent 32fb251 commit ff2d5fc

File tree

1 file changed

+2
-2
lines changed

1 file changed

+2
-2
lines changed

site/blog/20160419-mocking.md

Lines changed: 2 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -7,14 +7,14 @@ byline: "Jonas Helfer"
77
guestBio: engineer at Meteor working on Apollo
88
---
99

10-
> (Editor’s note — the concepts in this post are accurate, but some the code samples don’t demonstrate new usage patterns. After reading, consult the [graphql-tools docs](http://dev.apollodata.com/tools/graphql-tools/mocking.html) to see how to use mocking today.)
11-
1210
Do you think mocking your backend is always a tedious task? If you do, reading this post might change your mind…
1311

1412
Mocking is the practice of creating a fake version of a component, so that you can develop and test other parts of your application independently. Mocking your backend is a great way to quickly build a prototype of your frontend, and it lets you test your frontend without starting up any servers. API mocking is so useful that a [quick Google search](https://www.google.com/?ion=1&espv=2#q=mock+rest+api) will turn up dozens of expensive products and services that promise to help you.
1513

1614
Sadly, I think none of the solutions out there make it as easy as it should be. As it turns out, that’s because they’ve been trying to do it with the wrong technology!
1715

16+
> Editor’s note : The concepts in this post are accurate, but some the code samples don’t demonstrate new usage patterns. After reading, consult the [graphql-tools docs](http://dev.apollodata.com/tools/graphql-tools/mocking.html) to see how to use mocking today.
17+
1818
## Why mock?
1919

2020
Mocking the data a backend would return is very useful for two main reasons:

0 commit comments

Comments
 (0)