.NET MVC Локализация и глобализация - PullRequest
0 голосов
/ 12 июня 2009

Я продолжаю работать с веб-приложением MVC, и теперь я нахожусь между понятиями DRY (не повторяйся) и развязкой (будь независимым).

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

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

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

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

Подходящая культура не найдена

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

Любой совет или советы?

1 Ответ

1 голос
/ 18 июня 2009

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

...