Условное отображение на ASPX-страницах в Sharepoint

StackOverflow https://stackoverflow.com/questions/41576

  •  09-06-2019
  •  | 
  •  

Вопрос

Интересно, какова наилучшая практика для этого сценария:

У меня есть сайт Sharepoint (MOSS2007) со страницей ASPX на нем.Однако я не могу использовать какой-либо встроенный исходный код, и такие вещи, как обработчики событий, не работают, потому что Sharepoint по умолчанию не разрешает серверный скрипт на ASPX-страницах.

Два решения:

  1. Измените PageParserPath в web.config согласно этот сайт 

    <PageParserPaths>
<PageParserPath VirtualPath="/pages/test.aspx" 
        CompilationMode="Always" AllowServerSideScript="true" />
</PageParserPaths>

  2. Создайте все элементы управления и подключите их к событиям в .CS Файл, таким образом, полностью устраняя некоторые преимущества ASP.net

Интересно, какой была бы наилучшая практика?Номер один выглядит так, как будто это правильный выбор, но изменение web.config это то, что я хочу использовать экономно, когда это возможно.

Это было полезно?

Решение

Поэтому в этом случае я бы заключил это в функцию и развернул с помощью решения.Таким образом, я думаю, вы избежите проблемы, которую вы видите.Это особенно полезно, если вы планируете использовать эту функциональность и на других сайтах.

Вы также можете встраивать веб-части непосредственно на страницу, подобно тому, как вы делаете WebControl, тем самым избегая загромождения галереи.

Другие советы

Что делает страница ASPX?Какую функциональность это добавляет?Как вы добавляете страницу на сайт?Судя по всему, это всего лишь "Страница веб-части" в библиотеке документов.

Мне пришлось бы провести небольшое исследование, чтобы быть уверенным на 100%, но я понимаю, что встроенный код - это нормально, при условии, что он находится на странице, которая остается скрытой и, следовательно, которой доверяют.Можете ли вы добавить свой функционал на сайт с помощью какой-либо функции?

Я бы избегал варианта 1, который кажется мне плохим советом.Использование серверного кода на вашей странице представляет угрозу безопасности, поскольку в этом случае кто-то может внедрить вредоносный код.Конечно, вы можете защитить страницу, но мы говорим об удаленном выполнении, вероятно, с некоторыми довольно серьезными разрешениями.

Пока что спасибо.Я успешно опробовал решение Эндрю Коннела:

http://www.andrewconnell.com/blog/articles/UsingCodeBehindFilesInSharePointSites.aspx

Преобразование этого в решение является частью этого, но основная проблема заключалась в том, как вставить в это код, и он больше склоняется к варианту 2 без необходимости создавать элементы управления в коде.

Чего мне не хватало:
В файл .cs требуется вручную добавить материал "protected Button Trigger;", потому что при использовании библиотеки классов не существует автоматически сгенерированного файла .designer.cs.

Ну, это страница, на которой размещены пользовательские элементы управления.Это пользовательская страница .aspx, которая будет создана на сайте, особенно потому, что я не хочу создавать веб-части.

По сути, это приложение, работающее в Sharepoint, использующее Списки и другие функции, но вся функциональность полезна только внутри приложения, поэтому я бы хотел избежать переполнения галереи веб-частей бесчисленными веб-частями, которые работают только в одном месте.

Лицензировано под: CC-BY-SA с атрибуция
Не связан с StackOverflow
scroll top