You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: README.md
+17-4Lines changed: 17 additions & 4 deletions
Original file line number
Diff line number
Diff line change
@@ -13,25 +13,25 @@ _Immutable Web Applications_ is a framework-agnostic methodology for building an
13
13
14
14
The methodology is based on the principles of ___strictly separating___:
15
15
16
-
- Dynamic content from static content.
17
16
- Configuration from code.
18
17
- Release tasks from build tasks.
18
+
- Dynamic content from static content.
19
19
20
20
These principles are inspired by [The Twelve-Factor App](https://12factor.net/).
21
21
22
22
## Decomposing a web application
23
23
24
-
The _Immutable Web App_ methodology was developed by through a process of decomposing web applications based on the principles declared above and then reconsidering the relationship between the different components. Before defining the methodology, this document will step through the decomposition.
24
+
The _Immutable Web App_ methodology was developed by decomposing web applications based on the principles above and then reconsidering the relationship between the different components. Before defining the methodology, this document will step through the decomposition.
25
25
26
26
### The anatomy of a single-page application
27
27
28
-
The infrastructure for a single-page application must support serving three different types of requests. These three types of requests have different characteristics that should impact the infrastructure that supports them.
28
+
The web server infrastructure for a single-page application must support three different types of HTTP requests. These three types of requests have different characteristics that should impact the infrastructure.
29
29
30
30
#### document
31
31
32
32
- Entry point to the single-page application.
33
33
- A small HTML document that returns references to the static assets and just enough to bootstrap the loading of the application.
34
-
- Must not be cached by the browser so that changes to the document or static assets are immediately available. Changes are usually in the form of a deployment.
34
+
- Must not be cached by the browser so that changes to the document or static assets are instantly available.
35
35
- Served for all routes that do not refer to static assets or apis to support client-side routing.
36
36
37
37
#### static assets
@@ -307,3 +307,16 @@ If the permabundles fails any of this validation it is abandoned. If it succeeds
307
307
- Use a CDN
308
308
309
309
- Favor a serverless cloud platform
310
+
311
+
312
+
313
+
314
+
315
+
316
+
317
+
318
+
319
+
320
+
321
+
322
+
The best practices for all of the leading application frameworks ([Angular CLI](https://github.com/angular/angular-cli/wiki/stories-application-environments), [Create React App](https://cli.vuejs.org/guide/mode-and-env.html#using-env-variables-in-client-side-code), [Ember CLI](https://ember-cli.com/user-guide/#Environments), [Vue CLI 3](https://cli.vuejs.org/guide/mode-and-env.html#using-env-variables-in-client-side-code)) all include specific environment variables during the build.
0 commit comments