Gathering detailed insights and metrics for @leanup/stack
Gathering detailed insights and metrics for @leanup/stack
Gathering detailed insights and metrics for @leanup/stack
Gathering detailed insights and metrics for @leanup/stack
@leanup/stack-webpack
This module contains all webpack-related functionalities for the @leanup/stack.
@leanup/stack-angular
This package contains the Angular framework extension for the @leanup/cli.
@leanup/stack-react
This package contains the React framework extension for the @leanup/cli.
@leanup/stack-snowpack
This module contains all snowpack-related functionalities for the @leanup/stack.
npm install @leanup/stack
Module System
Min. Node Version
Typescript Support
Node Version
NPM Version
33 Stars
3,532 Commits
5 Forks
3 Watching
293 Branches
3 Contributors
Updated on 05 Jun 2024
Minified
Minified + Gzipped
TypeScript (70.88%)
JavaScript (13.46%)
HTML (7.34%)
Vue (2.74%)
Shell (2.35%)
Sass (1.98%)
Svelte (1.03%)
Gherkin (0.22%)
Cumulative downloads
Total Downloads
Last day
-68%
47
Compared to previous day
Last week
63.9%
1,149
Compared to previous week
Last month
-23.9%
2,823
Compared to previous month
Last year
-10.5%
81,967
Compared to previous year
25
3
2
The @leanup
ecosystem stands for a lightweight and pure way for application development in JavaScript/TypeScript.
We switched from Babel to esbuild and from esbuild to swc (without Angular and Vue with proprietary template notation). And we can switch again if we want.
The performance of esbuild and swc are almost twice as fast as with the classic configuration. But there is currently no noticeable difference in performance between esbuild and swc.
We added two more frameworks (Lit and Solid) without any problems, without having to change the basic stack.
We have switched our Demo-Template from Bootstrap to Tailwindcss and from Tailwindcss to WindiCSS and now use the automatic application-specific CSS generation.
We tried two new bundlers (Vite and Snowpack) and integrated them for most frameworks. Alternatively, they can be installed alongside or instead of webpack.
Stop the transitive knowledge.
We use the minimal configuration and build no overhead stuff on top of the popular tools and make every native command transparent.
The arguments for and against this concept are documented here:
- please give feedback
- please show us your perspective
There are some working examples:
Tool/Technology | Description | Status | Note | Rating |
---|---|---|---|---|
TypeScript | Language | ✔️ | ready | |
Webpack | Bundler | ✔️ | ready | |
Snowpack | Bundler | ⌛ | in progress | |
Vite | Bundler | ⌛ | in progress | |
esbuild | Transpiler | ✔️ | ready | |
swc | Transpiler | ✔️ | ready | |
Babel | Transpiler | ✔️ | ready | |
Mocha | Unit-Test-Runner | ✔️ | ready | |
Chai | Assertion | ✔️ | ready | |
Sinon | Mocking | ✔️ | ready | |
NYC | Code-Coverage | ✔️ | ready | |
ESLint | Code-Checker | ✔️ | ready | |
Nightwatch.js | E2E-Test-Runner | ✔️ | ready | |
Allsure | Report | ✔️ | ready | |
Cucumber | BDD | ✔️ | ready | |
robotframework | BDD | ⌛ | will be evaluated | |
Storybook | Documentation | ⌛ | in progress | |
OpenAPI | API | ✔️ | ready | |
GraphQL | API | ✔️ | ready | |
Workbox | PWA | ✔️ | ready | |
Lerna | Mono-Repo | ✔️ | ready | |
Ant-Design | Design-System | ✔️ | proved | |
Bootstrap | Design-System | ✔️ | proved | |
Material | Design-System | ✔️ | proved | |
Tailwindcss | Design-System | ✔️ | proved | |
WindiCSS | Design-System | ✔️ | proved | |
Nexus IQ | Vulnerabiliy-Gate | ✔️ | ready | |
Less | CSS | ✔️ | ready | |
Sass | CSS | ✔️ | ready | |
PostCSS | CSS | ✔️ | ready | |
TSArch | Architecture | ⌛ | in progress | |
Webhint | Webhint | ✔️ | moved *** | |
TestCafe | E2E-Test-Runner | ⌛ | will be evaluated **** | |
TSLint | Code-Checker | ❌ | removed ** | |
Cypress | E2E-Test-Runner | ❌ | excluded * |
* Arguments agains Cypress:
- reinvent wheel
- detect css selectors
- BDD test syntax
- principals
- large tooling
- a lot of binaries
- many dependencies
- ci integration vs selenium hub
It is difficult to keep focus with Cypress as it is more a nice tool than an effective tool. It is expected that a lot of time will be invested to justify the requirements of a project.
** TSLint is deprecated.
*** Webhint is not practical for the development of components, since component tags often have no relation to standard HTML. In addition, the webhint package alone is over 100 MB in size. I have good by using a IDE webhint plugin, like VSCode webhint.
**** TestCafe The idea that defined TestCafe architecture was that you don't really need an external driver to run end-to-end tests in the browser. That's interesting.
Vanilla Java-/TypeScript are supported by default. That means for example custom elements and any plain Java-/TypeScript code.
@leanup/cli
✔️@leanup/cli-vanilla
(optional) ✔️Vanilla Java-/TypeScript are supported by default. That means for example custom elements and any plain Java-/TypeScript code.
The selection of the following frameworks depends in parts on the following references:
Currently the following framework extensions are available:
@leanup/cli-angular
✔️@leanup/cli-angularjs
✔️@leanup/cli-aurelia
✔️@leanup/cli-inferno
✔️@leanup/cli-lit-element
✔️@leanup/cli-preact
✔️@leanup/cli-react
✔️@leanup/cli-solid
✔️@leanup/cli-svelte
✔️@leanup/cli-vue
✔️@leanup/cli-vue3
✔️A separate package contains some nice but not required addons for webpack.
@leanup/cli-addons
✔️@leanup/cli-cucumber
✔️@leanup/cli-graphql
✔️@leanup/cli-pwa
✔️@leanup/cli-webhint
✔️There a separate packages for important application features.
@leanup/git-hooks
✔️@leanup/form
✔️@leanup/lib
✔️@leanup/ui
⌛ (in progress)No vulnerabilities found.
Reason
no dangerous workflow patterns detected
Reason
SAST tool detected: CodeQL
Details
Reason
no binaries found in the repo
Reason
license file detected
Details
Reason
security policy file detected
Details
Reason
0 commit(s) and 0 issue activity found in the last 90 days -- score normalized to 0
Reason
Found 0/30 approved changesets -- score normalized to 0
Reason
no effort to earn an OpenSSF best practices badge detected
Reason
detected GitHub workflow tokens with excessive permissions
Details
Reason
dependency not pinned by hash detected -- score normalized to 0
Details
Reason
project is not fuzzed
Details
Reason
branch protection not enabled on development/release branches
Details
Reason
40 existing vulnerabilities detected
Details
Score
Last Scanned on 2024-11-18
The Open Source Security Foundation is a cross-industry collaboration to improve the security of open source software (OSS). The Scorecard provides security health metrics for open source projects.
Learn More