Доля файла main.ts в интерфейсной базе кода для обслуживания веб-и мобильных клиентов

Question

Я пытаюсь создать правильную папку и структуру кода для front-end приложения на основе углов2, которое будет содержать часть nativescript для Android/iOS, а также обычные материалы DOM для канала веб-браузера.

Начиная от шаблонного NativeScript, я в конечном итоге с main.ts файл, который выглядит следующим образом:

import { NgModule, NO_ERRORS_SCHEMA } from "@angular/core"; 
import { platformNativeScriptDynamic } from "nativescript-angular/platform"; 
import { NativeScriptModule } from "nativescript-angular/nativescript.module"; 

import { AppComponent } from "./app.component"; 

@NgModule({ 
    declarations: [AppComponent], 
    bootstrap: [AppComponent], 
    imports: [NativeScriptModule], 
    schemas: [NO_ERRORS_SCHEMA] 
}) 
export class AppModule {} 

platformNativeScriptDynamic().bootstrapModule(AppModule); 

Вы видите, platformNativeScriptDynamic это прямо делает этот файл очень, очень opiniated, в отличие от обычной и обычный platformBrowserDynamic. Поскольку я хочу использовать только одну корневую папку для всех каналов (чтобы я мог делиться моделью и услугами), как я могу создать файл main.ts (или что-то еще, что мне нужно), чтобы, с одной стороны, ng serve знает, куда идти, с другой стороны, tns run android также знает, как запустить мобильное приложение?

Answer 1

Кажется, этот подход свернуто. Я думаю, что это будет работать, используя environment.ts и опцию --environment командной строки, однако я обнаружил (и предпочтительно) плагин, который будет обрабатывать все это внутренне:

https://github.com/wwwalkerrun/nativescript-ngx-magic

Недостаток состоит в том, что он подключается nativescript в ng2- cli. Я думаю, что если вы хотите сделать наоборот, вам придется немного поиграть.