Node.js の一般的な基本設計パターンの分析例
一般的に、私たちは Node.js のデザイン パターン (オブザーバー) またはファクトリー (ファクトリー メソッド) についてよく知っています。この記事では、Node.JS のいくつかの基本的なパターンの実装方法を紹介することに焦点を当てています。興味のある方は、Script House のエディターをフォローしてください。さて、この記事ではそれらについて具体的に説明しません。ここでは、依存関係の挿入やミドルウェアなど、Node.JS のいくつかの基本的なパターンの実装について説明します。これが皆さんのお役に立てれば幸いです。
デザインパターンとは何ですか?
デザイン パターンは、一般的でよく発生する問題を解決するために使用される再利用可能なソリューションです。
Singletons (Singleton)
Singletons パターンは、「クラス」を 1 つのインスタンスのみに制限します。 Node.js でシングルトンを作成するのは非常に簡単です。たとえば、以下の例のようになります。
//area.js var PI = Math.PI; function circle (radius) { return radius * radius * PI; } module.exports.circle = circle;
何度参照しても、単一のインスタンスとしてのみ存在します。
var areaCalc = require('./area'); console.log(areaCalc.circle(5));
この require の実装により、シングルトンはおそらく NPM モジュールで最も一般的な Node.js 設計パターンになります。
オブザーバー
リスニング/観察リストを維持し、状態が変化したときに自動的に通知するオブジェクト。オブザーバー パターンを実装するには、EventEmitter が便利です。
そうです以上で、observable を実装しました。これを使用するには、いくつかのメソッドを追加しましょう。
// MyFancyObservable.js var util = require('util'); var EventEmitter = require('events').EventEmitter; function MyFancyObservable() { EventEmitter.call(this); } util.inherits(MyFancyObservable, EventEmitter);
素晴らしいです。このイベントを聞いて応答してみてください。
MyFancyObservable.prototype.hello = function (name) { this.emit('hello', name); };
Factories (ファクトリ メソッド)
ファクトリ パターンは、コンストラクターを使用する必要のない作成者パターンであり、オブジェクトを作成するための共通のインターフェイスを提供します。このパターンは、作成が非常に複雑なオブジェクトを生成するために使用できます。
var MyFancyObservable = require('MyFancyObservable'); var observable = new MyFancyObservable(); observable.on('hello', function (name) { console.log(name); }); observable.hello('john');
ファクトリーを使用すると、依存関係を注入できるため、テストが容易になります。
依存関係の注入
依存関係の注入は、1 つ以上の依存関係 (またはサービス) が注入されるか、依存オブジェクトへの参照によって渡される設計パターンです。
この例では、データベースの依存関係を取得するユーザーモデルを作成します。
function MyClass (options) { this.options = options; } function create(options) { // modify the options here if you want return new MyClass(options); } module.exports.create = create;
それでは、それを使用してインスタンスを作成しましょう:
function userModel (options) { var db; if (!options.db) { throw new Error('Options.db is required'); } db = options.db; return { create: function (done) { db.query('INSERT ...', done); } } } module.exports = userModel;
なぜ便利なのでしょうか?これによりテストが容易になります。単体テストを作成するときに、偽のデータベース インスタンスをモデルに挿入できます。
ミドルウェア/パイプライン ミドルウェア/パイプライン
ミドルウェアは強力かつシンプルな概念です。つまり、1 つの機能ユニットの出力が次の機能ユニットの入力になります。 Express を使用したことがある場合は、すでにこのパターンを使用していることになります。
Koa がどのように行うかを見てみましょう:
var db = require('./db'); var userModel = require('User')({ db: db });
したがって、基本的に、ミドルウェアを追加すると、それはミドルウェア キューにプッシュされるだけです。しかし、リクエストがこのサーバーに到着すると何が起こるでしょうか?
app.use = function(fn){ this.middleware.push(fn); return this; };
魔法のようなことは何もありません - ミドルウェアは次々に呼び出されます。
ストリーム
ストリームを特別なパイプとして扱うことができます。これは、大きなデータ ストリーム、つまりオブジェクトではなくバイトを処理するのに適しています。
var i = middleware.length; while (i--) { next = middleware[i].call(this, next); }
PHPデザインパターンのサービスロケーターパターン例の詳細説明
以上がNode.js の一般的な基本設計パターンの分析例の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。

ホットAIツール

Undresser.AI Undress
リアルなヌード写真を作成する AI 搭載アプリ

AI Clothes Remover
写真から衣服を削除するオンライン AI ツール。

Undress AI Tool
脱衣画像を無料で

Clothoff.io
AI衣類リムーバー

Video Face Swap
完全無料の AI 顔交換ツールを使用して、あらゆるビデオの顔を簡単に交換できます。

人気の記事

ホットツール

メモ帳++7.3.1
使いやすく無料のコードエディター

SublimeText3 中国語版
中国語版、とても使いやすい

ゼンドスタジオ 13.0.1
強力な PHP 統合開発環境

ドリームウィーバー CS6
ビジュアル Web 開発ツール

SublimeText3 Mac版
神レベルのコード編集ソフト(SublimeText3)

ホットトピック











Java フレームワークにおけるデザイン パターンとアーキテクチャ パターンの違いは、デザイン パターンがソフトウェア設計における一般的な問題に対する抽象的な解決策を定義し、ファクトリ パターンなどのクラスとオブジェクト間の相互作用に焦点を当てていることです。アーキテクチャ パターンは、階層化アーキテクチャなどのシステム コンポーネントの編成と相互作用に焦点を当てて、システム構造とモジュールの間の関係を定義します。

Go と Node.js には、型指定 (強い/弱い)、同時実行性 (ゴルーチン/イベント ループ)、ガベージ コレクション (自動/手動) の違いがあります。 Go は高スループットと低レイテンシーを備えており、高負荷のバックエンドに適しています。Node.js は非同期 I/O に優れており、高い同時実行性と短いリクエストに適しています。この 2 つの実際のケースには、Kubernetes (Go)、データベース接続 (Node.js)、Web アプリケーション (Go/Node.js) が含まれます。最終的な選択は、アプリケーションのニーズ、チームのスキル、個人の好みによって異なります。

デコレータ パターンは、元のクラスを変更せずにオブジェクトの機能を動的に追加できる構造設計パターンです。抽象コンポーネント、具象コンポーネント、抽象デコレータ、具象デコレータの連携によって実装され、ニーズの変化に合わせてクラス機能を柔軟に拡張できます。この例では、ミルクとモカのデコレーターが総額 2.29 ドルで Espresso に追加されており、オブジェクトの動作を動的に変更するデコレーター パターンの力を示しています。

デザイン パターンは、再利用可能で拡張可能なソリューションを提供することで、コード メンテナンスの課題を解決します。 オブザーバー パターン: オブジェクトがイベントをサブスクライブし、イベントが発生したときに通知を受信できるようにします。ファクトリ パターン: 具象クラスに依存せずにオブジェクトを作成するための集中的な方法を提供します。シングルトン パターン: クラスには、グローバルにアクセス可能なオブジェクトの作成に使用されるインスタンスが 1 つだけ存在することが保証されます。

1. ファクトリ パターン: オブジェクト作成とビジネス ロジックを分離し、ファクトリ クラスを通じて指定された型のオブジェクトを作成します。 2. オブザーバー パターン: サブジェクト オブジェクトが状態の変化をオブザーバー オブジェクトに通知できるようにし、疎結合とオブザーバー パターンを実現します。

アダプター パターンは、互換性のないオブジェクトが連携できるようにする構造設計パターンであり、オブジェクトがスムーズに対話できるように、あるインターフェイスを別のインターフェイスに変換します。オブジェクト アダプタは、適応されたオブジェクトを含むアダプタ オブジェクトを作成し、ターゲット インターフェイスを実装することにより、アダプタ パターンを実装します。実際のケースでは、クライアント (MediaPlayer など) はアダプター モードを通じて高度な形式のメディア (VLC など) を再生できますが、クライアント自体は通常のメディア形式 (MP3 など) のみをサポートします。

TDD は、高品質の PHP コードを作成するために使用されます。その手順には、テスト ケースを作成し、期待される機能を記述し、テスト ケースを失敗させることが含まれます。過度な最適化や詳細な設計を行わずに、テスト ケースのみが通過するようにコードを記述します。テスト ケースが合格したら、コードを最適化およびリファクタリングして、可読性、保守性、およびスケーラビリティを向上させます。

Guice フレームワークは、次のような多くの設計パターンを適用します。 シングルトン パターン: @Singleton アノテーションによってクラスのインスタンスが 1 つだけであることを保証します。ファクトリ メソッド パターン: @Provides アノテーションを使用してファクトリ メソッドを作成し、依存関係の注入中にオブジェクト インスタンスを取得します。戦略モード: アルゴリズムをさまざまな戦略クラスにカプセル化し、@Named アノテーションを通じて特定の戦略を指定します。
