小さな貿易管理システムを作るつもりです。他のすべてのクライアントが接続する独立したデータベース サービスを作成したいと考えています。データベースは MYSQL で、Java を使用してサービスを作成します。クライアントは、Web アプリケーションまたは Java Swing を使用するデスクトップ アプリケーションのいずれかになります (まだ決定されていません)。クライアントとデータベース サービスの間に別の層があり、ビジネス ロジックを処理します (私はこれをトレード サービスと呼んでいます)。
アーキテクチャは次のようなものです: クライアント -> トレード サービス -> データベース サービス。
私の質問は、どのクライアント/サービス通信技術が、クライアント -> 取引サービスに最適な技術であり、取引サービス -> データベースに最適な技術であるかということです。
RESTfulなサービスにしようか？石鹸？RPC を使用していますか? それとも他の技術？
助けてくれて本当にありがとうございます。どんなアイデアや提案も大歓迎です。
RESTfulなサービスにしようか？石鹸？RPC を使用していますか?
これらはすべて、HTTP 経由であるという点で非常によく似たアプローチです。RESTful の使用をお勧めします。作業するサンプルがたくさんあり、将来、スマートフォン アプリやデスクトップ アプリの UI レイヤーを切り替えるなどの柔軟性が得られます。
どのモデルを選択するかに関係なく、まずその仕組みを理解し、セキュリティやガイドラインなどを早期に組み込む必要があります。今宿題をしなさい。このようなデザインの中間層を変更しようとするのは面倒です。
あなたの質問に対する包括的な答えはありません。代わりに、あなたのスキルセットに基づいたオプションがあります。HTTP 仕様を概念的に完全に理解し、それを REST に拡張できますか。これは、HTTP (共通の作成先祖) と非常に密接に連携します。SOAP の従来のメソッド呼び出しについて理解が深まりましたか? 選択するツールに影響を与える可能性があるため、エコシステム内で特定の言語に縛られていますか?
あなたが与えた単純な要件に基づいてサービスを作成するために私にお金を払っている場合 (これはほとんど不可能です)、RESTful インターフェースとデータ アクセス用の Spring JDBC を備えたドメイン駆動型の設計サービス (ビジネス レイヤー) を作成します。それが私であり、私が最も頻繁に働いているものです。職場で犯罪を犯している私のパートナーは、おそらく SOAP と Hibernate を選択するでしょう。
プールメッセージングサービスであるRabbitMQを見てみましょう
http://www.rabbitmq.com/ 堅牢、柔軟、高速、スケーラブルであり、Java、PHP、または必要な技術で通信するために使用できます。