A starter project for getting up and running with an evergreen web application development stack designed by, and for, today's modern web.
The goal of Project Evergreen is to march alongside the modern web and bring that to this repo so that both developers and users can benefit. Evergreen Web Applications aim to be performant, promote usage of modern web features, be accessible to a wide range of users, and be a productive experience for developers.
This project is made by possible with the much appreciated existence of tools like:
And of course, nods and kudos go out to the maintainers of Create React App (CRA) and Pascal Shlip (@thepassle) of Create Lit App for the inspiration.
Thank you, to all of you!
This repo and Project Evergreen itself are still young and maturing rapidly. The Project Evergreen GitHub organization project tracker captures the high level goals and next steps, with plans to keep adding those lessons learned as features and improvements to this repo.
Immediate needs for this repo are:
- Routing
- Route based code spliting + Lazy Loading
- Opt-in IE11 Support
- Unit Testing w/ Karma
- Documentation
🙏 Please feel free to contribute, we are always looking forward to meeting like minded developers to collaborate with!
Make sure you have Node.js 8.x installed and then follow these steps to get up and running:
# 1) create a new evergreen app
$ npx create-evergreen-app my-app
$ cd my-app
# 2) install dependencies
$ npm install
# 3) Start developing!
$ npm start📖 For more documentation and developer guides that cover topics like the build process, browser and device support, creating components, and more, please check out our wiki!
To start developing, you can simply go ahead and edit and add files as you need in src/.
ℹ️ Feel free to edit or delete any content / code related to Create Evergreen App (including README.md) to customize this repo to your own needs.
Automated tasks have been made available as npm scripts that you can run from the command line:
npm run develop- To start a development server with live reload and file watchingnpm run build- Generate a production build of the app for deploymentnpm run serve- Locally serve a production buildnpm run test- Run unit tests in TDD mode (prepend withNODE_ENV=productionfor "single run" usage)npm start- alias to thedeveloptask
These are some guides related to configuring different parts of this application to customize it for your needs.
There is no right or wrong folder structure per se as with most decisions relating to technology, it's about finding the best tool for the job. Pick the conventions that fit your team / project best.
That said, CEA does come with with a lightly opinionated structure in the src/ directory as one of the main goals of a good folder structure should be to assist in the finding of files / code faster and being predicatable. Here is some info on the approach presented / suggested in this repo:
- index.js - Main Entry point into the application (defined in webpack.config.common.js)
- index.html - Defines the HTML "shell" of the application.
- app/ - The top level "app" component, that will be used to bootstrap the application.
- components/ - Essentially all the custom elements for an app will go here, encapsulating all reusable UI logic.
- pages/ - Routable states and / or views that users will navigate to within an application.
- services/ - Utilities for making (RESTful) API calls, convenience "wrappers" around browser APIs (Web Storage), etc. These generally don't interact with the DOM (that's what components are for).
Unit tests are recommended to be kept side by side with the component /
class/ etc. For integration and E2E tests, consider making a test/ directory alongside the src/ directory and put those tests there.
In webpack.config.develop.js and lws.config.js are sections for setting up proxies for routing requests, say to an API running in your development envrionment. Edit the placeholders to match your particular needs.
// TODO