Размещенное в Sharepoint приложение CRUD?(Entity Framework?) - PullRequest
3 голосов
/ 24 мая 2011

Я собираюсь создать базовое приложение «CRUD», которое будет «жить» внутри Sharepoint 2010. Данные будут размещаться на сервере SQL 2008 R2.

По сути, будет несколько «Добавить» форм, несколько запросов и несколько отчетов (SSRS).

Честно говоря, приложению даже не нужен Sharepoint, но мы пытаемся получить как можно больше таких приложений, размещенных внутри Sharepoint. (Приложение в настоящее время является приложением Microsoft Access.)

У меня есть опыт создания приложений такого типа (ASP .Net), и недавно я использовал Entity Framework. Обычно я проектирую свой Уровень данных в отдельном проекте Visual Studio (используя EF), а затем расширяю создаваемые им частичные классы и / или иногда создаю другой слой POCO для доступа к данным (в зависимости от того, сколько существует «бизнес-логики»). 1007 *

Во всяком случае, у меня есть вопрос:

Если я создаю решение (Visual Studio) (я знаю, что должен ориентироваться на .Net 3.5, поскольку SP еще не поддерживает 4.0), могу ли я использовать свой обычный «многоуровневый» дизайн и создать отдельный проект (сборку ) что включает в себя весь мой доступ к данным (Entity Framework), а затем имеет отдельный проект, который содержит все визуальные веб-части (в которых мы разрабатываем формы ввода данных)? Будет ли это работать? Смогу ли я вызывать открытые методы из (EF) DAL из визуальных веб-частей (после развертывания решения на сервере SP)? Должен ли я сделать что-то «специальное» или оба проекта будут упакованы в (что это такое) файл «wsp» и развернуты в SP? (Или мне придется вручную добавить сборку DAL в GAC и т. Д.)

Любые примеры или учебные пособия мне тоже очень помогут.

Кроме того, если вы считаете, что я все делаю неправильно, мне также интересно узнать, как вы создадите подобное приложение. Есть лучший способ сделать это? (Я знаю, что мог бы создать модель BDC и получить доступ к нашим данным SQL через список Sharepoint List, используя внешний тип контента. Хотя, по какой-то причине кажется, что это не «правильный путь» для этого конкретного приложения ... I я не могу понять, но я склоняюсь к тому, чтобы просто создать «традиционное» приложение ASP .Net, которое просто использует SharePoint в качестве «хост-сервера».)

Спасибо! Шэйн

Ответы [ 2 ]

0 голосов
/ 25 мая 2011

Можете ли вы сделать это: да.Если вы сделаете это: вероятно, нет.

Вы ударили его по голове.Вы создаете и приложение ASP.NET, а не приложение SharePoint.

В любом случае, если вы собираетесь действовать таким образом, вот мой совет.

Создайте слой представления (веб-части, страницы приложения), используя шаблон проекта SharePoint и элементы проекта SharePoint,Этот проект может ссылаться на сборки, которые реализуют остальные уровни вашего приложения.Затем Visual Studio подготовит пакет решений (WSP), который можно будет использовать для тестирования и развертывания на производственных серверах.

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

0 голосов
/ 24 мая 2011

Если у вас есть полная версия sharepoint, вы можете использовать Access Services, которые преобразуют ваше приложение Access в веб-приложение, просто запустите мастер

, смотрите подробности в этом видео: http://channel9.msdn.com/Shows/Access/Microsoft-Access-2010-Demo

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