|
18 | 18 | <header>
|
19 | 19 | <h1>Building web applications together, faster.</h1>
|
20 | 20 | </header>
|
21 |
| - <p>While microservice architectures allowed teams to scale delivery of independently deployable services, most frontend layers are still run as monoluthic applications. Similar to server-side applications, frontend layers often grows into large monoliths that are difficult to mantain and evolve</p> |
22 |
| - <p>The idea behind <a href="https://www.thoughtworks.com/radar/techniques/micro-frontends" target="_blank">micro frontends</a> is to enable multiple teams to seamless work together by fostering end-to-end onwership of indipendently developed, tested and deployed features.</p> |
23 |
| - <p>Think about UI as the composition of features which are maintained by independent teams. These teams could be cross functional allowing them to develop such features end-to-end, from database to user interface and indipendently deploy them.</p> |
| 21 | + <p>While microservice architectures allowed teams to scale delivery of independently deployable services, most frontend layers are still run as monolithic applications. Similar to server-side applications, frontend layers often grow into large monoliths that are difficult to maintain and evolve.</p> |
| 22 | + <p>The idea behind <a href="https://www.thoughtworks.com/radar/techniques/micro-frontends" target="_blank">micro frontends</a> is to enable multiple teams to seamless work together by fostering end-to-end ownership of independently developed, tested and deployed features.</p> |
| 23 | + <p>Think about UI as the composition of features which are maintained by independent teams. These teams could be cross functional allowing them to develop such features end-to-end, from a database to user interface and independently deploy them.</p> |
24 | 24 | </article>
|
25 | 25 |
|
26 | 26 | <div class="hr">
|
|
36 | 36 | <img src="{{staticPath}}img/components.png" />
|
37 | 37 | <div>
|
38 | 38 | <h2>Components</h2>
|
39 |
| - <p>Small, immutable, units of universal code mainly consisting of html, javascript and css. They can optionally contain some logic, allowing a server-side node.js application to compose a model that is used to render the view. After rendering they are pieces of pure html to be injected in any html page. <a href="https://github.com/opentable/oc/wiki#components-management" target="_blank">Learn more</a></p> |
| 39 | + <p>Small, immutable, units of universal code mainly consisting of html, javascript and css. They can optionally contain some logic, allowing a server-side node.js application to compose a model that is used to render the view. After rendering they are pieces of pure html to be injected into any html page. <a href="https://github.com/opentable/oc/wiki#components-management" target="_blank">Learn more</a></p> |
40 | 40 | </div>
|
41 | 41 | </div>
|
42 | 42 | <div class="block img-right">
|
43 | 43 | <img src="{{staticPath}}img/template-system.png" />
|
44 | 44 | <div>
|
45 | 45 | <h2>Template system</h2>
|
46 |
| - <p>OC is unopionated about components and their underlying client-side JavaScript stack. The template system allows for support of any client-side technology, hiding away all the configuration complexity while avoiding specific UI framework lock-in. <a href="https://github.com/opentable/oc/wiki/The-template-system" target="_blank">Learn more</a></p> |
| 46 | + <p>OC is unopinionated about components and their underlying client-side JavaScript stack. The template system allows for support of any client-side technology, hiding away all the configuration complexity while avoiding specific UI framework lock-in. <a href="https://github.com/opentable/oc/wiki/The-template-system" target="_blank">Learn more</a></p> |
47 | 47 | </div>
|
48 | 48 | </div>
|
49 | 49 | <div class="block">
|
50 | 50 | <img src="{{staticPath}}img/registry.png" />
|
51 | 51 | <div>
|
52 | 52 | <h2>Registry</h2>
|
53 |
| - <p>The registry provide a rest API to consume, retrieve, and publish components to a library. When components depend on static resources (such as images, css files, etc.) these are stored, during packaging and publishing, in a publicly-exposed part of the library that serves as cdn. <a href="https://github.com/opentable/oc/wiki/Registry" target="_blank">Learn more</a></p> |
| 53 | + <p>The registry provides a rest API to consume, retrieve, and publish components to a library. When components depend on static resources (such as images, css files, etc.) these are stored, during packaging and publishing, in a publicly-exposed part of the library that serves as CDN. <a href="https://github.com/opentable/oc/wiki/Registry" target="_blank">Learn more</a></p> |
54 | 54 | </div>
|
55 | 55 | </div>
|
56 | 56 | <div class="block img-right">
|
57 | 57 | <img src="{{staticPath}}img/cli.png" />
|
58 | 58 | <div>
|
59 | 59 | <h2>CLI</h2>
|
60 |
| - <p>The CLI tool allows developers to create, develop, and test components locally. It also allow to publish components to live registry. <a href="https://github.com/opentable/oc/wiki/Cli" target="_blank">Learn more</a></p> |
| 60 | + <p>The CLI tool allows developers to create, develop, and test components locally. It also allows publishing components to your registry. <a href="https://github.com/opentable/oc/wiki/Cli" target="_blank">Learn more</a></p> |
61 | 61 | </div>
|
62 | 62 | </div>
|
63 | 63 | <div class="block">
|
64 | 64 | <img src="{{staticPath}}img/clients.png" />
|
65 | 65 | <div>
|
66 | 66 | <h2>Client libraries</h2>
|
67 |
| - <p>Multiple libraries are available, allowing to consume components on different environment and platforms. Depending on the library, client are normally able to consume both unrendered components and rendered components. <a href="https://github.com/opencomponents/oc-client-node#oc-client" target="_blank">Learn more</a></p> |
| 67 | + <p>Multiple libraries are available, allowing to consume components on different environment and platforms. Depending on the library, clients are normally able to consume both unrendered components and rendered components. <a href="https://github.com/opencomponents/oc-client-node#oc-client" target="_blank">Learn more</a></p> |
68 | 68 | </div>
|
69 | 69 | </div>
|
70 | 70 | </article>
|
|
98 | 98 | <ul>
|
99 | 99 | <li>endpoint: <a href="http://localhost:3030/my-first-component" target="_blank">http://localhost:3030/my-first-component</a></li>
|
100 | 100 | <li>info: <a href="http://localhost:3030/my-first-component/~info" target="_blank">http://localhost:3030/my-first-component/~info</a></li>
|
101 |
| - <li>fullPreview: <a href="http://localhost:3030/my-first-component/~preview" target="_blank">http://localhost:3030/my-first-component/~preview</a></li> |
| 101 | + <li>preview: <a href="http://localhost:3030/my-first-component/~preview" target="_blank">http://localhost:3030/my-first-component/~preview</a></li> |
102 | 102 | </ul>
|
103 | 103 | <h3>#3 Publish the component to the registry</h3>
|
104 | 104 | <p>Add the registry using the CLI</p>
|
|
0 commit comments