node.js？

Question

私はnode.jsを使い始めましたが、C＃.netのバックグラウンドから来ました。 .netでコーディングするとき、私はコード、サービス層、リポジトリなどを整理するためにいくつかのデザインパターンを使用するのに慣れていました。複数のモデルにまたがるロジックを追加する必要があるときにも、サービスを利用できます。 node.jsに移動し、サンプルとサンプルコードなどを見直します。私はサービス層、リポジトリなどの活用方法はほとんど分かりません。

1）コードの構成と構造特にビジネスロジックが豊富なアプリの場合

2）複数のモデルにまたがるロジックの処理方法は？

3）どのような1（いくつかの良いチュートリアルとアイテムをいくつかの良いプロジェクトとコードの構造を示すサンプルコード部位であると（心の中で2？

.NETを推奨アプローチ、慣行の多くが付属して、パターンと実際には非常に良い勧告であるコーディング構造テクニック.www.asp.netなどのサイトでは、これらの推奨事項についてかなり良い記事などを提供しています。node.jsの例を見て一貫したアプローチを見つけるのに問題があります。

Answer 1

あなたのように私はC＃/ .NETからNode.jsとfounに来ています私が考えていたことの多くは、Node.jsでは役に立たないほどのC＃の良い習慣でした。

DDDは通常Object Oriented Designに関連付けられており、JavascriptはOO言語ではないため、Node.js設定ではあまり議論されません（Javascriptにはプロトタイプベースの継承がありますが、多くのオブジェクト指向パターンは単にJavascriptにうまく翻訳されません）。

代わりに、大規模なドメインを1つのビジネス機能をうまく実行する、より小さく切り離されたサービスに分割するMicroserviceアーキテクチャが増えています。 Node.jsは、これらの種類の軽量HTTPサービスに最適です。

興味深いことに、DDDでMicroservicesのアプローチを試した後、私は実際に実装するのがはるかに簡単で、適切な線に沿ってデカップルされたものを保持する方が簡単です。実際に私がC＃に戻ったとき、私は自分自身にもマイクロサービスのアプローチを適用しています。

パターンに関しては、パーシスタンスを抽象化することは依然として非常に良いアイデアです。リポジトリパターンに似ているものは、OOからNode.jsにうまく変換されます。あなたのビジネスロジックをどこに置くかについては、リポジトリ上に「サービス」または「アプリケーション」レイヤーが必要な場合があるので、複雑なレスポンスをコンパイルするためにいくつかのリポジトリにアクセスできます。そのような抽象化を追加する必要はありません。必要な場所に配置してください。ビジネスロジックのレイヤーがあまりにも宗教的にならないようにしてください。それはN階層の考え方であり、多くの不要なコードが書き込まれます。必要に応じてプレースホルダとしてではなく、便利になったときに抽象化を追加します。これは時期尚早の最適化の一種です。

本当に高いレベルのビジネスロジックが必要な場合は、いくつかのマイクロサービスの動作を調整する必要があります。 Node.jsはあなたの友人でもあります。メッセージをESBから消して反応させる軽量オーケストレーションサービスを作成し、それに反応することができます。