Поделиться через

Правильное задание конечной среды и процессора

  • Статья

Дата последнего изменения: 30 апреля 2010 г.

Применимо к: SharePoint Foundation 2010

В этой статье объясняется, как установить правильную конечную среду Microsoft .NET Framework и правильную конечную процессорную платформу для проектов разработки Microsoft SharePoint Foundation в Microsoft Visual Studio.

Правила выбора конечной платформы

Для установки конечной среды Microsoft .NET Framework и конечной процессорной платформы используются следующие правила.

  • Для всех проектов Visual Studio, разрабатываемых с использованием как клиентской, так и серверной объектной модели SharePoint Foundation в качестве конечной среды должна быть выбрана платформа Microsoft .NET Framework 3.5. Это правило применяется, даже если тип проект Visual Studio не является одним из типов проектов SharePoint 2010.

  • Для всех проектов Visual Studio, разрабатываемых с использованием серверной объектной модели SharePoint Foundation и, следовательно, относящихся к любому из типов проектов SharePoint 2010, в качестве конечной процессорной платформы должна быть задана либо x64, либо Любой процессор. У каждого из этих вариантов есть свои плюсы и минусы.

    • x64 является более точным выбором, так как решение, разработанное с использованием серверной объектной модели SharePoint Foundationне может быть ориентировано на "любой" процессор. Но, чтобы выбрать в качестве платформы x64, необходимо повторить процедуру, называющуюся Действия для включения x64 в качестве конечной процессорной платформы (приведенную ниже в этой статье), для каждого решения Visual Studio, ориентированного на x64. Более того, так как некоторые часто вызываемые сборки корпорации Майкрософт, такие как System.Data.dll и mscorlib.dll, сами по себе компилированы для варианта Любой процессор, могут появиться предупреждения (не ошибки) компилятора, уведомляющие, что сборка, на которую выполняется ссылка, ориентирована на другой процессор.

    • Любой процессор является самым простым выбором, так как этот вариант доступен всегда и не требует для своего включения никакой специальной процедуры. Но он в чем-то неточен, так как в этом случае неправильно предполагается, что полученная сборка будет использоваться на компьютере с архитектурой x86. Кроме того, сборки, созданные для варианта Любой процессор, могут занимать намного больше места на диске, чем сборки, созданные для варианта x64.

    Предупреждающая заметкаВнимание!

    Выбор проекта, ориентирующего серверную объектную модель для использования в качестве конечной процессорной платформы x86 обычно не приводит к ошибке компилятора. Но такой выбор приведет к ошибкам и непредсказуемому поведению во время выполнения. Например, код, получающий ссылку на объект SharePoint Foundation SPFarm, возвращает null, а код, получающий ссылку на дочерние объекты, такие как веб-приложение, вызовет исключенияFileNotFoundException.

  • Для проекта Visual Studio, разрабатываемого с помощью клиентской объектной модели, обычно в качестве конечной процессорной платформы следует выбирать значение Любой процессор, так как обычно нужно, чтобы клиентские приложения работали на компьютерах с обеими архитектурами: x86 и x64. Но можно задать x86 или x64, если приложение предназначено для выполнения только на одном типе клиентских компьютеров. Чтобы выбрать x64, понадобится выполнить действия, описанные ниже в этой статье в процедуре Действия для включения x64 в качестве конечной процессорной платформы.

  • Решение Visual Studio может содержать несколько проектов, и в одном решении можно использовать типы проектов SharePoint 2010 вместе с другими проектами, не относящимися к типам проектов SharePoint 2010. Если проект SharePoint 2010 ссылается на проект другого типа, или наоборот, у этих проектов должна быть одна конечная процессорная платформа. Например, если решение является консольным приложением, выполняемым на серверах SharePoint Foundation, может понадобиться воспользоваться преимуществом автоматического развертывания и отзыва, предлагаемого типами проектов SharePoint 2010. В этом случае решение Visual Studio может содержать проекты Пустой проект SharePoint и Консольное приложение. Исполняемый файл консольного приложения добавляется в пакет проекта SharePoint с помощью функции добавления дополнительных сборок на вкладке Дополнительно Окна "Свойства пакета". При добавлении проекта Консольное приложение для него по умолчанию в качестве конечной процессорной платформы выбран вариант x86, но для типа Пустой проект SharePoint (как и для всех типов проектов SharePoint 2010) по умолчанию выбрана платформа Любой процессор. После добавления исполняемого файла в пакет будет появляться ошибка компилятора, пока для обоих проектов не будет задана одна процессорная платформа. Необходимо либо изменить платформу консольного приложения на Любой процессор, либо изменить платформу обои проектов на x64.

Действия для включения x64 в качестве конечной процессорной платформы

  1. После создания проекта на панели инструментов Visual Studio откройте раскрывающийся список Платформы решений.

  2. Щелкните Диспетчер конфигураций.

  3. В диалоговом окне Диспетчер конфигураций откройте раскрывающийся список Активная платформа решения, а затем выберите <Создать> ….

  4. В диалоговом окне Создание платформы решения выберите x64 в раскрывающемся списке Введите или выберите новую платформу.

  5. Выберите x86 в раскрывающемся списке Копировать параметры из.

  6. Нажмите кнопку ОК.

  7. В диалоговом окне Диспетчер конфигураций убедитесь, что для всех проектов решения установлен флажок в столбце Построить.

  8. Нажмите кнопку Закрыть.