如果把各个模块比喻成U盘,下图是我认为的架构模式
如图,个人感觉业务的接口应该要Web端来定义,而具体的业务实现放在业务模块,
认证0级讲师
私は少し無知です。mvcモデル ビュー コントローラーあなたの理解が完全に正しくありません ビジネスインターフェイスは、あなたが言及したWebで呼び出されます、しかし、インターフェイスを Web にそのまま置くことはできません。ビジネス インターフェイスは公開されており、他の Web から呼び出されることもありますが、それでもビジネスであり、Web に含めることはできません。ウェブ dao
インターフェイスについてはよく理解していないようです。主にデカップリングとリフレクションに関するもので、Web に直接分類されるものではありません。
おそらく、インターフェースが仕様を提供し、ビジネス要件の変更は Web コードに影響を与えないと考えているかもしれません。これは正しいですが、これはインターフェースの機能であり、アーキテクチャーではありません。非常に混乱させているように感じます。
ほとんどがこのように書かれています。 ただし、Web はユーザー入力を受け入れ、サービスはビジネス インターフェイスです。 こんな事もありますDDDもあります、見てみてください
1. サービス層はビジネス インターフェイスであり、Web 層はユーザーのリクエストを受け入れるために存在します。 2. サービス層メソッドは分離の役割を果たすだけでなく、Web 層によって再利用することもできます。 3. コントローラー層または RPC 層は、Web リクエストの受け入れ、URL のメソッドへのマッピング、権限の検証、ページング制御などを担当します。 。
お役に立てば幸いです~~~
私は少し無知です。mvc
についても同様です。モデル
ビュー
コントローラー
あなたの理解が完全に正しくありません
ビジネスインターフェイスは、あなたが言及したWebで呼び出されます、しかし、インターフェイスを Web にそのまま置くことはできません。ビジネス インターフェイスは公開されており、他の Web から呼び出されることもありますが、それでもビジネスであり、Web に含めることはできません。ウェブ dao
インターフェイスについてはよく理解していないようです。主にデカップリングとリフレクションに関するもので、Web に直接分類されるものではありません。
おそらく、インターフェースが仕様を提供し、ビジネス要件の変更は Web コードに影響を与えないと考えているかもしれません。これは正しいですが、これはインターフェースの機能であり、アーキテクチャーではありません。非常に混乱させているように感じます。
ほとんどがこのように書かれています。
ただし、Web はユーザー入力を受け入れ、サービスはビジネス インターフェイスです。
こんな事もあります
DDDもあります、見てみてください
1. サービス層はビジネス インターフェイスであり、Web 層はユーザーのリクエストを受け入れるために存在します。
2. サービス層メソッドは分離の役割を果たすだけでなく、Web 層によって再利用することもできます。
3. コントローラー層または RPC 層は、Web リクエストの受け入れ、URL のメソッドへのマッピング、権限の検証、ページング制御などを担当します。 。
お役に立てば幸いです~~~