Skip to content

Commit 0ddaaf4

Browse files
authored
Tweak 04_writingapplicationlogic for typos and fluency
1 parent bda7baf commit 0ddaaf4

File tree

1 file changed

+4
-4
lines changed

1 file changed

+4
-4
lines changed

packages/overmind-website/guides/beginner/04_writingapplicationlogic.md

Lines changed: 4 additions & 4 deletions
Original file line numberDiff line numberDiff line change
@@ -10,7 +10,7 @@ h(Example, { name: "guide/writingapplicationlogic/define" })
1010

1111
## Using the context
1212

13-
The context has three parts. **state**, **effects** and **actions**. Typically you destructure the context to access these pieces directly.
13+
The context has three parts: **state**, **effects** and **actions**. Typically you destructure the context to access these pieces directly:
1414

1515
```marksy
1616
h(Example, { name: "guide/writingapplicationlogic/using" })
@@ -19,7 +19,7 @@ h(Example, { name: "guide/writingapplicationlogic/using" })
1919
When you point to either of these you will always point to the "top of the application. That means if you use namespaces or other nested structures the context is always the root context of the application.
2020

2121
```marksy
22-
h(Notice, null, "The reason Overmind only has a root context is because isolated contexts/domains creates more harm than good. Specifically when you develop your applicaiton it is very difficult to know exactly how the domains of your application will look like. What state, actions and effects belongs together. By only having a root context you can always point to any domain from any other domain allowing you to easily manage cross domain logic and not having to refactor every time your domain model breaks.")
22+
h(Notice, null, "The reason Overmind only has a root context is because having isolated contexts/domains creates more harm than good. Specifically when you develop your application it is very difficult to know exactly how the domains of your application will look like and what state, actions and effects belong together. By only having a root context you can always point to any domain from any other domain allowing you to easily manage cross-domain logic, not having to refactor every time your domain model breaks.")
2323
```
2424

2525
## Passing values
@@ -30,7 +30,7 @@ When you call actions you can pass a single value. This value appears as the sec
3030
h(Example, { name: "guide/writingapplicationlogic/value" })
3131
```
3232

33-
When you call an action from an action you do so using the **actions** passed on the context, as this is the evaluated action that can be called.
33+
When you call an action from an action you do so by using the **actions** passed on the context, as this is the evaluated action that can be called.
3434

3535
```marksy
3636
h(Example, { name: "guide/writingapplicationlogic/call" })
@@ -46,4 +46,4 @@ h(Example, { name: "guide/writingapplicationlogic/organizing" })
4646

4747
## Summary
4848

49-
The action in Overmind is a powerful concept. It allows you to define and organize logic that always has access to the core components of your application. State, effects and actions.
49+
The action in Overmind is a powerful concept. It allows you to define and organize logic that always has access to the core components of your application. State, effects and actions.

0 commit comments

Comments
 (0)