0

Я по-прежнему с MVC Web App, и теперь я между понятиями DRY (Dont повторить себя) и развязку (независимыми)..NET MVC Локализация и глобализация

Я разделил свой большой веб-сайт на разные проекты в рамках решения, и, как вы уже знаете в MVC, проверки выполняются на модели или уровне обслуживания, что в моем случае это в другом проекте, чем тот, App_GLobalResources, и вот что:

Как я могу получить доступ к GLobalResources из другого проекта, поэтому я могу получить доступ к строкам, чтобы установить ошибки в модели на уровне обслуживания?

До сих пор я создал новый проект, такой как автономные файлы resx и выполнил их, чтобы установить ссылку на DLL, но он не работает, потому что основные файлы resx являются внутренними или частными.

Я попробовал один из этих пользовательских инструментов, чтобы сделать Resx файлов общественной (сборка Avaiblable), но это не сработало, потому что он бросает:

Нет соответствие культуры не найдена

В Лучшим aproach до сих пор является создание файла resx только для Model Project, и он работает хорошо, но я повторяю те же строки дважды, один для Views (для установки ошибок проверки строки jQuery на стороне клиента), а другой для Моделирование (серверная сторона), это дает мне преимущество развязки, но что происходит с DRY в этом случае?

Любые советы или подсказки?

ответ

1

Ну, я решил следовать двум separetes resx (для строк), один для Views & Контроллеры и еще один для уровня Model-> Service Im, используя сервисный уровень для проверки, поэтому я изолирую этот слой, в этом я могу повторно использовать слой «Сервис» или (BLL), чтобы я мог повторно использовать его позже в somthing, как приложение WPF, без каких-либо ссылок на resx Views или Controller. SO развязка выиграла здесь ... =)

Смежные вопросы