データ型をパラメータとして取り込み、与えられたテーブルを返すための適切な情報を収集するエンドポイントがコントローラにあります。私たちが返すJSON形式は、返すデータにかかわらず標準化されています。複数のテーブルのスプリングコントローラ
このようにコントローラ機能を持たせることは悪い習慣ですか?これらの異なるテーブルのそれぞれに対してメソッドを持つ方が良いでしょうか?
データ型をパラメータとして取り込み、与えられたテーブルを返すための適切な情報を収集するエンドポイントがコントローラにあります。私たちが返すJSON形式は、返すデータにかかわらず標準化されています。複数のテーブルのスプリングコントローラ
このようにコントローラ機能を持たせることは悪い習慣ですか?これらの異なるテーブルのそれぞれに対してメソッドを持つ方が良いでしょうか?
これは、「意見ベース」の答えが、...
を誘致するために削除される可能性があります私はそれはあなたのエンドポイントの消費者が望むものに依存だと思います。別のエンドポイントを呼び出すのではなくパラメータを渡す場合は、現在行っていることを実行する必要があります。彼らが気にしない(またはあなたが消費者である)場合は、自分が気に入ったものをベストにしてください。
テーブルごとに異なるエンドポイントに分割することをお勧めします。私はそれが理解しやすく、テストするのを容易にすると思います。
EDIT:
私はあなたがRESTであなたの質問をタグ付けご覧ください。 RESTfulにするには、リソース別に分割する必要があります。
はいこれは悪い習慣です。リソースとして返されるデータ、各リソースには独自のURLとアクションがあり、これはReST Webサービス規約と呼ばれるデータを考慮した各テーブルのメソッドが必要です。以下をお読みくださいwiki pageとガイドラインに従ってみてください。 コードでは、リソースアクションをメソッドとして分離する方が良いです。これは、読み取り可能なクリーンコードとアトミックコードの機能をどのように構成するかです。