Skip to content
This repository has been archived by the owner on Sep 16, 2023. It is now read-only.

Latest commit

 

History

History
83 lines (53 loc) · 3.7 KB

README.md

File metadata and controls

83 lines (53 loc) · 3.7 KB

RealWorld Example App

Build Status

Wesib codebase containing real world examples (CRUD, auth, advanced patterns, etc) that adheres to the

RealWorld spec and API.

This codebase was created to demonstrate a fully fledged fullstack application built with Wesib including CRUD operations, authentication, routing, pagination, and more.

For more information on how to this works with other frontends/backends, head over to the RealWorld repo.

How it works

  1. Custom elements.

    The application relies on custom elements.

    Wesib creates a custom element for each component, provides an IoC context to it, controls its life cycle, and serves as a glue to make components work together.

  2. Navigation vs routing.

    This application has no router. Navigation uses History API to update page URL, then fetches HTML document for the new page and replaces fragments of current page fragment with loaded ones. Unless just URL hash changes, in which case custom application logic updates the current page. E.g. with API requests.

    Every tab, pagination link, or article tag is a real link with URL. It can be either clicked, or opened in another browser window. The result page would be the same. Clicking on a link would initiate navigation with History API.

    Ideally, articles could be stored as HTML documents at server side. Then opening such article would be just a navigation to corresponding page. This requires server side support though.

  3. Markup vs templates

    Wesib does not provide any templating engine. One still can be used (e.g. lit-html), but Wesib encourages another approach.

    With custom elements it is possible to make HTML document contain a pure markup. Without any logic (as templates do), or styling information (such as CSS classes). The latter is not always true for this application, as it uses Bootstrap CSS.

  4. Decorators vs attributes

    Typically, custom element has attributes to customize its behavior. This allows this custom element to be reused.

    Wesib encourages reusable logic to be represented as TypeScript decorator. Such decorator may have parameters to customize its behavior. It can be either applied to component directly, or reused by other decorators.

    So, instead of adding attributes to markup, Wesib allows declaring specialized components that differ by their decorators. This helps keep the logic within TypeScript code, which is more flexible than declaring it via attributes. The latter approach still used when appropriate. E.g. <conduit-in-error/> has a code attribute to distinguish it from other error indicators for the same input control, but with different error codes.

  5. Zero magic

    Wesib does not provide any "magic", such as templating engine or compile time transformations.

    The application code is fully reactive. It is based on @proc7ts library set and @proc7ts/fun-events in particular (think RxJS specialized on event processing rather generic data streaming).

  6. CSS

CSS is updated to Bootstrap 4.4 from its alpha version used in starter kit. This may lead to some visual differences.

Getting started

  1. npm install
  2. npm start
  3. Open http://localhost:4200/