Суррогатные ключи могут быть полезными, когда бизнес-информация может измениться или быть идентичной. Названия компании не должны быть уникальными по всей стране, в конце концов. Предположим, что Вы имеете дело с двумя компаниями под названием Smith Electronics, один в Канзасе и один в Мичигане. Можно отличить их адресом, но это изменится. Даже состояние может измениться; что, если Smith Electronics Канзас-Сити, Канзас продвигается по реке в Канзас-Сити, Миссури? Нет никакого очевидного способа сохранить эти компании отличными с естественной ключевой информацией, таким образом, суррогатный ключ очень полезен.
Думают о суррогатном ключе как число ISBN. Обычно, Вы определяете книгу заголовком и автором. Однако у меня есть две книги, названные "Перл-Харбор" H. P. Willmott, и они - определенно различные книги, не только различные выпуски. В случае как этот я мог обратиться к взглядам книг, или ранее по сравнению с позже, но это точно также, у меня есть ISBN для возвращений.
Вот хорошая отправная точка http://odetocode.com/Blogs/scott/archive/2009/07/16/resource-files-and-asp-net-mvc- projects.aspx
Я настроил проект, как вы упомянули, и получил точно такую же ошибку при развертывании на IIS6. Изменение настраиваемого инструмента
на PublicResXFileCodeGenerator
и Пространство имен настраиваемого инструмента
на Ресурсы
в соответствии с предложениями Скотта полностью очистило его.
Я бы также последовал примеру Скотта в отношении удаления App_GlobalResources, но у меня все заработало нормально. Это может быть вопрос личных предпочтений.