Пользовательский интерфейс в Sharepoint - PullRequest
2 голосов
/ 21 ноября 2008

Нашу веб-команду попросили создать несколько пользовательских интерфейсов в Sharepoint. Пользовательские интерфейсы в основном будут формами, которые должны будут записываться в базу данных SQL Server.

Является ли ASP.NET лучшим способом сделать это? Если да, то как лучше всего интегрировать приложение ASP.NET в Sharepoint?

Ответы [ 8 ]

3 голосов
/ 21 ноября 2008

У вас есть 4 варианта:

1. Build web parts 
2. build user controls , and use smart part to display them.
3. use infopath 
4. host the asp.net in an iframe (page viewer web part).

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

если веб-приложение уже разработано, то вы смотрите на вариант 4, если оно еще не разработано, то я бы предложил 1 или 2, который дает вам гибкость в повторном использовании элементов управления в другом месте сайта, а также с использованием метаданных sharepoint .

3 голосов
/ 25 ноября 2008

Другой вариант: создайте собственную страницу aspx и обратитесь к главной странице SharePoint по умолчанию. Загрузите его с функцией. Это лучше, чем веб-части, если вы хотите контролировать всю страницу, а не только зону веб-части. Веб-части лучше, когда вы хотите, чтобы опытные пользователи легко настраивали функциональность и размещение.

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

1 голос
/ 22 ноября 2008

Вы также можете создать «страницы приложения» для SharePoint. Это достойный способ перенести существующие страницы из мира ASP.NET в приложение SharePoint.

ИМО, лучшее решение из всех этих разумных рекомендаций будет зависеть от конкретной функциональности, которую вы планируете реализовать.

0 голосов
/ 25 ноября 2008

Самый простой способ создать пользовательский интерфейс в SharePoint - создать UserControl, а затем создать свою собственную веб-часть и использовать в ней LoadControl для загрузки вашей UserControl ...

Тогда, чтобы получить действительно отзывчивое приложение (бесстыдный плагин - я разработчик в Ra-Ajax), вы также можете использовать что-то вроде Ra-Ajax , чтобы получить функциональность Ajax, которая должна беспрепятственно работать вместе с SharePoint ...

Полное решение будет выглядеть примерно так:

public class MyWebPart : WebPart
{
   protected override OnInit(EventArgs e)
   {
      EnsureChildControls();
      base.OnInit(e);
   }

   override void CreateChildControls()
   {
      LoadControl("SomeUserControlAtSomePath.ascx");
      base.CreateChildControls();
   }
}
0 голосов
/ 22 ноября 2008

Если у вас есть MOSS Enterprise, вы можете проверить BDC. Есть также некоторые веб-части третьей части, которые вы можете проверить и которые сделают часть работы за вас.

0 голосов
/ 21 ноября 2008

Вариант 2 от Mauro - самый быстрый и гибкий способ. Если вы используете умную часть, вам просто нужно сосредоточиться на разработке обычных пользовательских элементов управления ASP.NET.

0 голосов
/ 21 ноября 2008

Или вы можете использовать представления данных в Sharepoint для подключения к бэкэнду

0 голосов
/ 21 ноября 2008

Я бы соединил 1 и 2 ответа Мауро. Сверните свой пользовательский контроль в своей собственной веб-части.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...