どのようにあなたのテスト、開発、生産データベースを分離するためにNdeRage envを使用します.



なぜあなたのテスト、開発、生産データベースを分離する必要がありますか?
アプリケーションがより複雑になるにつれて、あなたのアプリケーションが意図通りに動作するように、さまざまなテスト方法を組み込む予定です.もちろん、これはあなたのアプリケーション100 %弾丸証明を作りません.そして、それは適切なテストが重要である理由です、しかし、なぜ、我々のテスト環境を開発と生産から切り離すのはなぜ重要ですか?テストスイートを実行するとき、通常、エントリの更新、追加、削除、強制エラーの形式でデータベースに変更されたいくつかの程度があります.テストを実行するときには、前のデータに依存しないようにします.これを行う簡単な方法は、通常、テストを実行する前と後にいくつかのクリーンアップメソッドを実装することです.
テストデータベースのテストスイートを実行するのは、不適切な副作用があり、データベースの状態を変更するかもしれないし、テストやソースコードについての情報がより悪くなるので、無責任です.プロダクションデータベース内のデータは常に変更されます.これはテストスイートがある日動作するかもしれないことを意味しますが、同じデータが変更され、テストが失敗する原因となります.

アプリケーション環境を分離する方法
我々は、ノードのプロセスに環境変数を格納することができます(非常にあなたが慣れていない場合は、この上で読むことをお勧めします).それから、我々は我々のプログラムのどんな部分ででもこれらの変数のどれにでもアクセスすることができます.これらの変数も安全であるので、APIキー、資格情報、およびノードプロセスの内部の他の秘密を保存するのが一般的です.ノードアプリケーションを実行するときには、nodeCount envを設定し、このnodeCount envに基づいてアプリケーションの設定を条件的に変更することができます.これらの変数をキーの値のペアとして格納するのは一般的です.envファイルを以下に示します.
< div >
< tt >環境はデフォルトで開発に設定されており、URIをデータベースに変更することで以下のような実装があります.p >
< div class ="LagagCount - gig - Link - tag "
"スクリプトのID "https://gist.github.com/Kristian-Roopnarine/d3d5152ad19b2f6bf7b359cf4e1dfea5.js//>
< div >
これはマングースと共に使用する必要はありません.しかし、環境に応じて我々のアプリケーションは別のデータベースを使用します.これは他の機能の設定を変更するために使用することができます.おそらく、Slk用のテスト環境を入力したり、SDKをテストするサンドボックス環境を入力したりできます.p >
< H >>

カテゴリ設定方法
<高橋潤子>
私たちはどのように条件をレンダリングする方法を知っているNODEARDER ENVを使用して、どのように我々はアプリケーションを実行しているときにNodeCount envを設定しますか?一般的なアプローチは、package.jsonスクリプトで設定することです
<> P >
クラスをハイライト表示する
{
  ...
  "scripts": {
    "start": "NODE_ENV=production node ./app"
  }
  ...
}
< div >
このように、テスト、開発、生産環境のいずれかでアプリケーションを起動できます.p >