問題タブ [spring-mvc]

私は医療費請求アプリケーションを書いていて、MVC (Spring) を初めて使用しているので、適切なアプローチを得るのに苦労しています。考え/コメントをいただければ幸いです。

私の「ドメイン」クラス

• 医者
• 忍耐強い
• 請求
• ビジネスの論理

私のコントローラークラス

• リスト患者
• 編集患者
• 患者の検索
• 提出請求

私のリポジトリクラス

• IPPatientDao
• IDoctorダオ
• アイクレイムダオ

私のアプリケーションは非常に「ルールが重い」ものです。たとえば、医師は他の医師の患者を削除できません。何かに対して請求されている場合、患者を削除することはできません。

これらのルールは、特にルールを複数のコントローラーで使用する必要がある場合は、汚いと感じるコントローラーに取り込まれるべきではないと思います。同様に、私の DAO オブジェクトは読み取りと書き込み専用であり、検証用ではないと感じています。その結果、頭脳を持つ BusinessLogic オブジェクトを作成しました。だから私は次のようなものを呼び出すことができます:

businessLogic.deletePatient(患者、医師); // true/false を返し、メッセージを設定

これにより、ログインしている医師が特定の患者を削除する権限を持っているかどうかがチェックされます。

私には、これがすべてを整頓する最善の方法のように思えます。

良いまたは悪い？何が良いでしょうか？

applicationContext.xml では、複数の security:custom-authentication-provider を定義することが有効です。

例えば

<bean id="dummyAuthenticationProvider" class="com.user.sample.gwtspring.server.security.JDBCDummyAuthenticationProvider"> <security:custom-authentication-provider /> </bean>

<bean id="dummyAuthenticationProvider2" class="com.user.sample.gwtspring.server.security.OpenIdDummyAuthenticationProvider2"> <security:custom-authentication-provider /> </bean>

両方ともauthenticationManager内に登録されますか? ダミーのAuthenticationProvider2をopenIdとして使用することを考えています。applicationContext.xml 内に他にどのようなメタ構成を配置する必要がありますか?

春の認証プロバイダーと認証処理フィルターの両方も authenticationManager に登録する必要がありますか?

custom-authentication-provider タグを使用できる認証プロバイダー

しかし、春の認証プロバイダーと認証処理フィルターの違いは何ですか?

Java (Spring ベース) バックエンドで(フラッシュ ベースの) YUI Uploaderを使用しようとしています。

Java サーブレットの世界でファイルをアップロードする一般的な方法はENCTYPE='multipart/form-data'、ユーザーからファイルを要求する HTML フォームに を設定することです。適切なサーバー側 API (つまりCommons FileUpload ) を使用すると、サーバー上のファイルを取得できます。

しかし、YUI Uploader でこれを実現する方法がわかりません。Java コントローラーに到達でき、カスタム投稿値を抽出することさえできます。しかし、リクエストからバイナリ ファイル データを抽出する方法がわかりません。

Java バックエンドを備えた YUI アップローダで運が良かった人はいますか?

これらのトピックに関する spring2.5 に関する本はほとんど読んでいませんが、@initBinder をいつ使用するかの概念をまだ理解できていません。誰でも参照を共有したり、Webアプリケーションでこれを使用できる状況を説明したりできますか? propertyEditor はどのように関連していますか?

春のアプリケーションでサービス層の適切な命名規則を考え出すことに固執しています。サービス層の各クラスについて、最初に実装するインターフェイスを記述し、次に実際のクラスを記述します。たとえば、次のインターフェイスがあります。

そして、実装クラス...

ここで私を悩ませているのは、UserAccountManager が実装クラスの適切な名前であるため、SimpleUserAccountManager や UserAccountDbManager のようなばかげた名前を付けざるを得ないことです。これまでに使用した規則にはどのようなものがありますか? 実装クラスを別のパッケージに入れて、インターフェースと同じ名前を付けるのは良い考えですか? また、Service で終わる名前よりも Manager で終わる名前を使用することについてどう思いますか?

Spring MVC Web アプリケーションがあり、ユーザーがファイルをダウンロードできるとします。ファイルがユーザーに送信されると同時に、電子メールが送信されます。

キャンセルされたダウンロードを検出して、ダウンロードが成功した場合にのみメールを送信する方法はありますか?

おそらく Velocity と Spring MVC を組み合わせて構築したい中小規模の Web アプリケーションについて、このアイデアがあります。私の問題は、ユーザー登録などの問題や、CSS、レイアウトなどのデザインの問題に対処したことがないことです.

このアプリケーションのアプリケーション/ドメイン レイヤーを構築できる自信はありますが、ユーザー インターフェイス側をどのように開始すればよいでしょうか? ユーザーを管理する方法や、アプリの見栄えを良くする方法に関するリソースはありますか? ユーザー インタラクション デザインの古典への参照は必ずしも必要ではありませんが、最も一般的なフレームワークでこれらのアイデアを実装する方法へのポインタが必要です。

私はほとんどのページでapacheタイル（2.1.2）を使用しているWebアプリに取り組んでいますが、そのうちのいくつかはプレーンなjspsである必要があります。

InternalResourceViewResolverとaの両方UrlBasedViewResolverがビューを解決しようとするという問題があります。そのため、どの順序を使用しても、プレーンなJSPページまたはタイルページで失敗します。

構成は次のとおりです。

私が何をしようとしているのかをより明確にするために、次のようなビューステートを持つことができる必要があります。

タイル定義とプレーンjspをレンダリングできるように構成する方法を知っている人はいますか？