Wyłącz kątową2 w pamięci-web-api do produkcji

Question

Używam do opracowania kąta 2 in-memory-web-api. Dla środowiska produkcyjnego chcę wyłączyć interfejs webowy w mojej pamięci i mój prawdziwy interfejs API. Czy jest jakiś sposób wyłączenia produkcji?

Answer 1

Zakładając, że masz jakiś rodzaj "przełącznika", niezależnie od tego, czy jest to Angular CLI environment do węzła ENV, możesz po prostu zmienić, który z nich powinien być użyty XHRBackend. in-memory-web-api używa własnego zaplecza administracyjnego InMemoryBackendService. Więc można zrobić coś takiego

import { NgModule, Injector } from '@angular/core'; 
import { HttpModule, XHRBackend, BrowserXhr, 
     ResponseOptions, XSRFStrategy } from '@angular/http'; 

import { InMemoryBackendService, InMemoryDbService } from 'angular-in-memory-web-api'; 

let environment = { 
    production: true 
}; 

export class MockData implements InMemoryDbService { 
    createDb() { 
    let cats = [ 
     { id: 1, name: 'Fluffy' } 
    ]; 
    return { cats }; 
    } 
} 

@NgModule({ 
    imports: [ HttpModule ], 
    providers: [ 
    { 
     provide: XHRBackend, 
     useFactory: (injector: Injector, browser: BrowserXhr, 
        xsrf: XSRFStrategy, options: ResponseOptions): any => { 
     if (environment.production) { 
      return new XHRBackend(browser, options, xsrf); 
     } else { 
      return new InMemoryBackendService(injector, new MockData(), { 
      // the configuration object 
      }); 
     } 
     }, 
     deps: [ Injector, BrowserXhr, XSRFStrategy, ResponseOptions ] 
    } 
    ] 
}) 
export class AppHttpModule { 
} 

Tutaj jesteśmy importowania HttpModule, a następnie tworząc zależność XHRBackend dynamicznie. W środowisku programistycznym będzie korzystać z usługi backendu, co w rzeczywistości dzieje się, gdy używamy modelu InMemoryWebApiModule. Dlatego zamiast korzystać z tego modułu, sami konfigurujemy usługę backendu. W środowisku produkcyjnym po prostu używa tego samego XHRBackend, który normalnie byłby używany.

Zwróć także uwagę na environment. To tylko przykład. To prawdopodobnie nie będzie używane przez ciebie. Idealnie, środowisko powinno być czymś, co jest sterowane z linii poleceń. W przypadku Angular CLI, w rzeczywistości zapewnia on zmienną environment znajdującą się w environment/environment. Środowisko automatycznie przełącza się za pomocą interfejsu CLI w kompilacji produkcyjnej.

Jeśli nie korzystasz z interfejsu CLI, możesz prawdopodobnie użyć węzła ENV lub w inny sposób zaplanować przełączanie produkcji. Chodzi o to, że użyty powyżej environment jest tylko przykładem. Idealnie nie jest to coś, co chcesz ręcznie zmienić. Twój projekt powinien mieć jakiś sposób, aby określić kompilację produkcji, i która powinna być dostępna w twoim kodzie.

Również z powyższym AppHttpModule, nie trzeba już importować HttpModule do swojej AppModule, tylko importować AppHttpModule

Answer 2

To proste podejście działa dla mnie:

const ENV = 'prod'; // your global ENV variable; 
 
----- 
 

 
@NgModule({ 
 
    imports: [ 
 
    ... 
 
    HttpModule, 
 
    ENV !== 'prod' ? InMemoryWebApiModule.forRoot(DataMockService) : [], 
 
    ], 
 
    ... 
 
}) 
 
export class AppModule {}

Answer 3

Ten sam sposób:

import { environment } from './app.constants'; 
let myTestApiModule = []; 
if (!environment.production) { 
    myTestApiModule.push(InMemoryWebApiModule.forRoot(InMemDataService, 
    { delay: 500 }) 
    ); 
} 

imports: [ 
    CommonModule, 
    SharedModule, 
    ...myTestApiModule, 
],