0

私はMVC Webアプリケーションを続け、そして今私は(独立している)デカップリングDRYの概念(自分自身を繰り返してはいけない)との間でです。.NET MVCローカライズとグローバル

ソリューション内の異なるプロジェクトで私の大きなWebサイトを分割しました。あなたが既にMVCで知っているように、検証はモデルまたはサービスレイヤーで行われます。私のケースでは、それを保持するプロジェクトとは異なるプロジェクトです。 App_GLobalResourcesここには物語があります:に別のプロジェクトからアクセスするにはどうすればいいですか?サービスレイヤのモデルのエラーを設定するには文字列にアクセスできますか?

これまでのところ、私はスタンドアロンのresxファイルのような新しいプロジェクトを作成し、DLLへの参照を設定するためにそれを遵守しましたが、メインのresxファイルは内部または非公開であるため動作しません。

私は(クロス組立avaiblable)RESXファイルを公開するために、これらのカスタムツールのいずれかを試したが、それは投げるためには、いずれかの動作しませんでした:

一致する文化を

ましたこれまでのところ、モデルプロジェクト用のresxファイルを作成すると良いですが、それはうまくいきますが、同じ文字列を2回(ビューのjQuery文字列の検証エラーをクライアントサイドで設定する)とModel Validations(サーバー側)では、デカップリングのメリットがありますが、この場合DRYはどうなりますか?

アドバイスやヒントはありますか?

答えて

1

私は2つのseparetes resx(文字列用)、Views &コントローラ用、もう1つはModel-> Serviceレイヤ用、もう1つはサービスレイヤーを検証用に使用することにしました。私は、ビューやコントローラのresxへの参照を使用せずに、後でWPFアプリケーションのようなものを再利用できるように、レイヤ「サービス」または(BLL)を再利用することができます。 SOのデカップリングはここで勝った... =)

関連する問題