@samitouri / QOS-React-2 / commits / a65f60a008

Use smaller blog images and host directly

Ben Alpert committed Nov 5, 2013 at 18:54 UTC a65f60a008bd33d4525d8a5fd6eddc2ec018967c
3 files changed +2 -2
docs/_posts/2013-11-05-thinking-in-react.md
+2 -2
@@ -12,7 +12,7 @@ One of the many great parts of React is how it makes you think about apps as you
12
13 Imagine that we already have a JSON API and a mock from our designer. Our designer apparently isn't very good because the mock looks like this:
14
15 -![Mockup](http://i.imgur.com/7zEwOHN.png)
15 +![Mockup](/react/img/blog/thinking-in-react-mock.png)
16
17 Our JSON API returns some data that looks like this:
18
@@ -35,7 +35,7 @@ But how do you know what should be its own component? Just use the same techniqu
35
36 Since you're often displaying a JSON data model to a user, you'll find that if your model was built correctly your UI (and therefore your component structure) will map nicely onto it. That's because user interfaces and data models tend to adhere to the same *information architecture* which means the work of separating your UI into components is often trivial. Just break it up into components that represent exactly one piece of your data model.
37
38 -![Component diagram](http://i.imgur.com/YkCWwYv.png)
38 +![Component diagram](/react/img/blog/thinking-in-react-components.png)
39
40 You'll see here that we have five components in our simple app. I've italicized the data each component represents.
41
docs/img/blog/thinking-in-react-components.png
Binary files /dev/null and b/docs/img/blog/thinking-in-react-components.png differ
docs/img/blog/thinking-in-react-mock.png
Binary files /dev/null and b/docs/img/blog/thinking-in-react-mock.png differ