The goal of this project is to provide a starting base for an isomorphic (universal) mobx react project.
Features:
async/await
support- Isomorphic
- CSS and SCSS compilation
- MongoDB user register/login/logout
- Token based authentication
- Decorators for easily accessing the state
- Hot reloading and sourcemaps
- Automatic restarts (when server code changes)
For development:
npm run dev
For production:
npm run prod
Node 6+ or Node 4 with additional babel plugins
MongoDB server
- Optimized for minimal bundle size.
- Optimized for speed.
- Using MobX, the easiest and insanely fast state manager.
- Simple and minimal with routing, authentication, database and server-side rendering.
- Good developer experience with hot-reloading and source-maps.
gb -k=true -c 300 -n 10000 http://localhost:2000/page/about
This is GoHttpBench, Version 0.1.9, https://github.com/parkghost/gohttpbench
Author: Brandon Chen, Email: [email protected]
Licensed under the MIT license
...
Concurrency Level: 300
Time taken for tests: 15.34 seconds
Complete requests: 10000
Failed requests: 0
HTML transferred: 11190000 bytes
Requests per second: 651.80 [#/sec] (mean)
Time per request: 460.263 [ms] (mean)
Time per request: 1.534 [ms] (mean, across all concurrent requests)
HTML Transfer rate: 712.22 [Kbytes/sec] received
Connection Times (ms)
min mean[+/-sd] median max
Total: 166 1 149.29 412 1527
Tested on i7-6700K @ 4.00GHz 16GB RAM. Single node.js instance.
- Goto
src/server/models
- Add
[Name].js
with your model in it
- Goto
src/config/stores
- Add
[Name].js
(it's just a class, ex:Account.js
) - Update
src/config/stores.js
- Goto
server/middleware/render.js
- Change
const components = ...
toconst components = null
State contains the state of your application (ex: list of your todos, UI state etc). Stores contain the methods that mutate that state (ex: adding a todo, fetching data). Technically our State object is also a store, but we make the differentiation so that our logic is easier to follow by using the same principes as redux (one big state object).
The @inject
decorator injects stores into your components.
Additionally by adding @observer
your components will efficiently auto update with any changes to your stores.
Example: If you display a messageCount
from a Messages
store and it gets updated,
then all the visible components that display that messageCount
will update themselves.
No, it actually allows the rendering to be done more efficiently. So observe as many as you want !
Make sure you added the @observer
decorator to your component.
You cannot use decorators on stateless components. You should instead wrap your component like this:
const MyComponent = inject('myStore')(observer((props, context) => {
return <p>{props.myStore.something} !</p>
}))
Add a static onEnter
method to your component like this:
class MyComponent extends React.Component {
static onEnter({ state, store }, params) {
return store.myStore.browse()
}
// ...
}
The onEnter
method is smart, it will be executed either on the server or on the browser depending on how you access the website.
It also passes all your stores and url params as arguments as a convenience.
-
index.js
initializes the logger, generates a webpack bundle and runs the server -
The server runs a bunch of middleware:
context.js
creates your initial state based on your stores defined insrc/client/stores.js
authorize.js
checks if you are logged in and have access to protected routes.render.js
finally renders your components.
-
server.js
also imports the routes fromserver/routes
where each route can use a database model defined inserver/models
. Just adding a model file there is enough, the models are initialized when they are used.
client.js
initializes the stores, hot-reloading and other helpers.- It hydrates the state we got from the server and renders
pages/Index.js
pages/Index.js
is basically your entry point. What you do afterwards is up to you!
Ryan Megidov