Как давний разработчик .NET переходит на проект TypeScript, мне трудно найти все биты, необходимые для правильной установки моего решения.
Мое решение имеет три проекта (netcore 3.0):
Entities - обычная библиотека .NET Core - здесь нет проблем Framework - ASPПроект .NET Core WebApi с подпроектом TypeScript в подпапке src (ссылки Entities) App - Приложение ASP.NET Core, ссылки Framework
Моя цель - запустить App, который также собирает Framework (включая TypeScript) и позволяет отлаживать как ASP.NET Core WebApi, так и TypeScript.
Моя текущая конфигурация проекта Framework: - стандартный проект ASP.NET Core WebApi - подпапка src с tsconfig.json и файлами TypeScript, которая компилируется в /wwwroot - wwwroot, встроена в библиотеку (и затем используется в App в качестве статического ресурса)
Это мой текущий tsconfig.json:
{
"compilerOptions": {
"target": "ES2018", /* Specify ECMAScript target version: 'ES3' (default), 'ES5', 'ES2015', 'ES2016', 'ES2017','ES2018' or 'ESNEXT'. */
"module": "es2015", /* Specify module code generation: 'none', 'commonjs', 'amd', 'system', 'umd', 'es2015', or 'ESNext'. */
// "lib": [], /* Specify library files to be included in the compilation. */
// "allowJs": true, /* Allow javascript files to be compiled. */
// "checkJs": true, /* Report errors in .js files. */
// "jsx": "preserve", /* Specify JSX code generation: 'preserve', 'react-native', or 'react'. */
"declaration": true, /* Generates corresponding '.d.ts' file. */
"declarationMap": true, /* Generates a sourcemap for each corresponding '.d.ts' file. */
"sourceMap": true, /* Generates corresponding '.map' file. */
// "outFile": "",
"outDir": "../wwwroot/FrameworkJS/framework", /* Redirect output structure to the directory. */
"rootDir": ".", /* Specify the root directory of input files. Use to control the output directory structure with --outDir. */
//"composite": true, /* Enable project compilation */
"removeComments": true, /* Do not emit comments to output. */
"noEmitOnError": true,
// "noEmit": true, /* Do not emit outputs. */
// "importHelpers": true, /* Import emit helpers from 'tslib'. */
// "downlevelIteration": true, /* Provide full support for iterables in 'for-of', spread, and destructuring when targeting 'ES5' or 'ES3'. */
// "isolatedModules": true, /* Transpile each file as a separate module (similar to 'ts.transpileModule'). */
/* Strict Type-Checking Options */
"strict": true, /* Enable all strict type-checking options. */
"noImplicitAny": true, /* Raise error on expressions and declarations with an implied 'any' type. */
"strictNullChecks": true, /* Enable strict null checks. */
"strictFunctionTypes": true, /* Enable strict checking of function types. */
"strictPropertyInitialization": false, /* Enable strict checking of property initialization in classes. */
"noImplicitThis": true, /* Raise error on 'this' expressions with an implied 'any' type. */
// "alwaysStrict": true, /* Parse in strict mode and emit "use strict" for each source file. */
/* Additional Checks */
"noUnusedLocals": true, /* Report errors on unused locals. */
"noUnusedParameters": true, /* Report errors on unused parameters. */
"noImplicitReturns": true, /* Report error when not all code paths in function return a value. */
"noFallthroughCasesInSwitch": true, /* Report errors for fallthrough cases in switch statement. */
/* Module Resolution Options */
"moduleResolution": "node", /* Specify module resolution strategy: 'node' (Node.js) or 'classic' (TypeScript pre-1.6). */
"baseUrl": ".", /* Base directory to resolve non-absolute module names. */
// "paths": {}, /* A series of entries which re-map imports to lookup locations relative to the 'baseUrl'. */
// "rootDirs": [], /* List of root folders whose combined content represents the structure of the project at runtime. */
// "typeRoots": [], /* List of folders to include type definitions from. */
// "types": [], /* Type declaration files to be included in compilation. */
// "allowSyntheticDefaultImports": true, /* Allow default imports from modules with no default export. This does not affect code emit, just typechecking. */
"esModuleInterop": false /* Enables emit interoperability between CommonJS and ES Modules via creation of namespace objects for all imports. Implies 'allowSyntheticDefaultImports'. */
// "preserveSymlinks": true, /* Do not resolve the real path of symlinks. */
/* Source Map Options */
// "sourceRoot": "", /* Specify the location where debugger should locate TypeScript files instead of source locations. */
// "mapRoot": "", /* Specify the location where debugger should locate map files instead of generated locations. */
// "inlineSourceMap": true, /* Emit a single file with source maps instead of having a separate file. */
// "inlineSources": true, /* Emit the source alongside the sourcemaps within a single file; requires '--inlineSourceMap' or '--sourceMap' to be set. */
/* Experimental Options */
// "experimentalDecorators": true, /* Enables experimental support for ES7 decorators. */
// "emitDecoratorMetadata": true, /* Enables experimental support for emitting type metadata for decorators. */
},
"include": [
"./**/*"
],
"exclude": [
"node_modules"
]
}
Встраивание wwwroot в Framework библиотеку:
<ItemGroup>
<EmbeddedResource Include="wwwroot\**\*" />
</ItemGroup>
App проект является проектом ASP.NET Core, ссылающимся на проект Framework, и в Startup.cs я включаю встроенный wwwroot:
var frameworkAssembly = typeof(Framework.Program).GetTypeInfo().Assembly;
var frameworkEmbeddedFileProvider = new EmbeddedFileProvider(
frameworkAssembly,
"Framework.wwwroot.FrameworkJS"
);
app.UseStaticFiles(new StaticFileOptions
{
FileProvider = frameworkEmbeddedFileProvider,
RequestPath = new PathString("/FrameworkJS")
});
Дополнительное усложнение, которое у меня есть, это пакет из node_modules(Я использую пакет strongly-typed-events в TypeScript), потому что в обычной сборке с tsc - этот пакет не экспортируется в выходную папку, и приложение App завершается ошибкой.
Это означает, что мне нужно использовать пакет - я пробовал с Rollup (интернет говорит, что рекомендуется использовать модули es2015) - и здесь моя голова начинает вращаться.
Прежде всего, я не уверен, как запустить rollup в Framework при сборке App - поэтому в настоящее время я запускаю его вручную, что утомительно.
Я включил исходные карты в сборку Rollup, и я на самом деле могу отлаживать в Chrome, но мне не повезло заставить VSCode разбить проект Framework внутри соответствующего файла TS - что, я думаю, имеет смысл, поскольку Rollup упаковал всев один файл (я даже включил файлы TS в качестве встроенного ресурса, что, вероятно, не имеет никакого смысла).
Единственное, что мне удалось сделать - при использовании compounds в launch.json и установке точки останова в Chrome -> Источники - этот источник действительно открывается в VSCode, но нажатие F10 в VSCode для продвижения - возвращает Chrome DevИнструменты снова и продвигаются как в VSCode, так и в Chrome - что несколько сбивает с толку и не имеет смысла иметь два активных отладчика.
Любая идея, если отладка, сборка и упаковка Typescript в другом проекте даже возможна, или я застрял с ручными шагами и Chrome с этим?
Спасибо, Марио