Veniamin Krol vkrol

Признаки хорошо настроенного tsconfig

Все нижеперечисленное справедливо в основном для монорепы. В проектах, где используются алиасы в импортах между либами и все зависимости в инклудах, алгоритмы упрощаются и кол-во проблем должно быть меньше.

Надо проверять работу и в vscode и в webstorm, т.к. у последнего, поверх алгоритма tsserver, накладываются свои алгоритмы автоимпортов модулей. То, что работает в webstorm, может не работать в других ide, которые полагаются только на tsserver.

tsconfig считается настроенным, если:

Проходит сборка через tsc --build для либ и webpack для приложух
Чекаются типы в ide и tsc --noEmit, в том числе, в файлах, которые не попадают в сборку: тесты, storybook-файлы

Beware of `<script async defer>` blocking HTML `"load"` event

2015.10.07 t

	function delay(): Promise<void> {
	return new Promise((resolve) => setTimeout(resolve, 100));
	}

	function abortableDelay(signal: AbortSignal): Promise<void> {
	return new Promise((resolve, reject) => {
	if (signal.aborted) {
	return reject(new DOMException('Aborted', 'AbortError'));
	}
	const onAbort = () => {

Veniamin Krol vkrol

Признаки хорошо настроенного tsconfig

Beware of `<script async defer>` blocking HTML `"load"` event

On the importance of simulated latency testing, and bulletproofing your page from the third-party JS load failures

TL;DR

Veniamin Krol vkrol

Признаки хорошо настроенного tsconfig

Beware of <script async defer> blocking HTML "load" event

On the importance of simulated latency testing, and bulletproofing your page from the third-party JS load failures

TL;DR

Beware of `<script async defer>` blocking HTML `"load"` event