1601ee6f6a
Refactors the `ng_rollup_bundle` rule to a macro that relies on the `@bazel/rollup` package. This means that the rule no longer deals with custom ESM5 flavour output, but rather only builds prodmode ES2015 output. This matches the common build output in Angular projects, and optimizations done in CLI where ES2015 is the default optimization input. The motiviation for this change is: * Not duplicating rollup Bazel rules. Instead leveraging the official rollup rule. * Not dealing with a third TS output flavor in Bazel.The ESM5 flavour has the potential of slowing down local development (as it requires compilation replaying) * Updating the rule to be aligned with current CLI optimizations. This also _fixes_ a bug that surfaced in the old rollup bundle rule. Code that is unused, is not removed properly. The new rule fixes this by setting the `toplevel` flag. This instructs terser to remove unused definitions at top-level. This matches the optimization applied in CLI projects. Notably the CLI doesn't need this flag, as code is always wrapped by Webpack. Hence, the unused code eliding runs by default. PR Close #37623 |
||
---|---|---|
.. | ||
change_detection | ||
class_bindings | ||
expanding_rows | ||
js-web-frameworks | ||
largeform | ||
largetable | ||
old | ||
styling | ||
tree | ||
views | ||
BUILD.bazel | ||
README.md | ||
bootstrap_ng2.ts | ||
bootstrap_plain.ts | ||
util.ts |
README.md
Benchmark Directory Layout
Bazel
Under bazel the rules for laying out test files are slightly different. Use largetable/render3
as an example.
Put the perf file in current subdirectory (ie largetable
) such that the same perf file can be used for each of the sub-subdirectories. (ie largetable/*
should all be testable with the same perf file largetable/largetable_perf.spec.ts
). Under bazel, typescript protractor spec files must end with .spec.ts
or .test.ts
.