Первым способом является использование оператора @using
в файлах .cshtml
, который импортирует пространство имен только в текущий файл, а второй:
. В файле «web.config» в разделе «Views
"(обратите внимание, что это not главный web.config в корне проекта), найдите этот раздел:
<system.web.webPages.razor>
<pages pageBaseType="System.Web.Mvc.WebViewPage">
<namespaces>
<add namespace="System.Web.Mvc" />
<add namespace="System.Web.Mvc.Ajax" />
.
.
<!-- etc -->
</namespaces>
</pages>
</system.web.webPages.razor>
вы можете добавить свое собственное пространство имен, например this:
<add namespace="My.Custom" />
, который добавит пространство имен ко всем файлам .cshtml (и / или .vbhtml); также вы можете изменить наследование видов отсюда, например:
<pages pageBaseType="My.Custom.MyWebViewPage">
С уважением.
ОБНОВЛЕНИЕ: Благодаря @ Nick Silberstein
к его напоминанию о областях! Он сказал:
Если вы работаете в пределах области, вы должны добавить namespace
в Web.config
в /Areas/<AreaName>/Views/
, а не /Views/
После того как это находится в По необходимости, случай остается установленным. Как упомянуто Johan можно стереть, определить имя правильно и включить его снова. Однако существует небольшой глюк....
, Если кто-либо еще (запускающий Windows) уже синхронизировал версию в корпусе несправедливостью, затем когда они синхронизируют снова правильный, он не изменит случай на их ПК. Это - особенность случая подтверждения файловой системы Windows, но все еще быть существенно независимым от случая.
, Если много пользователей синхронизировали, и не удобно заставить их удалять от клиента также (и уничтожение папок от их машин), затем можно обратиться к темноте и грязный По необходимости техника, названная "Хирургия контрольной точки". Это не для малодушного, но Вы делаете это:
Это будет влиять на все пользовательские клиентские спецификации прозрачно, и поэтому когда они будут синхронизировать, они получат правильный случай как будто волшебством.
Это звучит волосатым, но я должен был сделать это прежде и, пока Вы заботитесь, копируете, делают пробный прогон и т.д., затем все должны быть в порядке.
Я не уверен в каталогах, но у нас была эта проблема с файлами. Для фиксации его мы должны удалить файл, утверждать, что изменение, затем p4 добавляют файл с корректным случаем и отправляют второе изменение. После того как это сделано, пользователи UNIX, у которых есть sync'ed, который неправильное досье имеет к синхронизации p4, затем физически, удалите файл (потому что p4 не обновит случай), и затем p4 синхронизируют-f файл.
Наш сервер находится в Windows, так, чтобы мог бы иметь значение.
Я предполагаю, что это рассматривает файлы и папки то же.
Для файлов: Это зависит (на том, есть ли у Вас Windows или сервер Unix). У нас есть эта проблема с нашим Windows по необходимости сервер (который присваивает версию нашему коду Java), где достаточно редко кто-то зарегистрируется в файле с проблемой случая (это затем вызывает ошибки компиляции, потому что это - Java). Единственный способ зафиксировать это состоит в том, чтобы стереть файл и повторно отправить его с корректным случаем.
Может быть, больше не нужна, но вот официальный перфорация, как о смене файлов и UNIX: http://answers.perforce.com/articles/kb/3448/? Q = Change + File + Case