Ecosyste.ms: Awesome
An open API service indexing awesome lists of open source software.
https://github.com/tony/react-typescript-vanilla-starter
React + Typescript (including typed webpack v4 config) + Babel
https://github.com/tony/react-typescript-vanilla-starter
node-10 node-12 react react-boilerplate react-starter-kit typescript typescript-boilerplate webpack webpack4 webpack4-boilerplate webpack4-starter-kit webpack4starter
Last synced: 24 days ago
JSON representation
React + Typescript (including typed webpack v4 config) + Babel
- Host: GitHub
- URL: https://github.com/tony/react-typescript-vanilla-starter
- Owner: tony
- License: mit
- Created: 2019-06-29T23:03:36.000Z (over 5 years ago)
- Default Branch: master
- Last Pushed: 2023-03-04T04:16:10.000Z (over 1 year ago)
- Last Synced: 2024-10-17T10:23:21.530Z (about 1 month ago)
- Topics: node-10, node-12, react, react-boilerplate, react-starter-kit, typescript, typescript-boilerplate, webpack, webpack4, webpack4-boilerplate, webpack4-starter-kit, webpack4starter
- Language: TypeScript
- Homepage:
- Size: 1.4 MB
- Stars: 1
- Watchers: 0
- Forks: 0
- Open Issues: 12
-
Metadata Files:
- Readme: README.md
- License: LICENSE
Awesome Lists containing this project
README
See also:
Split off of v2 in the initial stages
MIT licensed. Feel free to copy, fork, etc.
# Summary
Dev server, typed webpack config, typescript, jsx, babel.
No SASS/SCSS/LESS. No static files. Wiring those in are highly dependent on integration.
# Usage
```bash
npm install # install packagesnpm run start # launch + hot reloading + watch file changes http://localhost:3099
npm run build # build to dist/
```## Environmental variables
[Webpack's environmental variables] can be passed (`--env`):
`npm run start -- --env.devServerPort 3082`, build + watch at
`npm run start -- --env.production`
`npm run start -- --open` Launch browser + build + watch files,
[webpack's environmental variables]: https://webpack.js.org/guides/environment-variables/
# Contribution guidelines
Corrections: ✔️
Package updates: ✔️ (_please QA to verify build output / watch / reloading works_)
CI System: ✔️ (_get travis setup_)
New feature / Loader: 🚫 (_please create a fork!_)
# Weakness of most starters (e.g. create-react-app):
- Opaque: No way to see the innards of what's being built
Even `npm run eject` shows tons of macro code that resembles nothing like what a webpack config
would look like on a project.- Labyrinthian: Tons of stuff to remove, overlapping dependencies. Many things of which aren't
being used._package.json_ riddled with stuff you don't even know they're for.
You'll then go out and find starters in github repos to find they add tons of specialized stuff
that wouldn't fit your unique integration. You don't want jest, or wouldn't integrate it they
way they do.Same thing. _package.json_ is like Windows' _services.msc_ - everything sounds important, but
you're probably not using half of them.You're really not much better off than you were with an ejected `create-react-app`. It's
faster to just start anew and add what you want.But a scratch project with webpack and react is actually hard:
Webpack, ts-loader, babel, webpack-dev-server, so on. There's so many projects to synthesize
and all their usages every 3 months. You have to drop by each project, see the minimal example,
and hope they fit and you can get a _basic build_That's all this is.