WSS / MOSS Development ... Где провести черту?

Question

Наша организация начинала с пути SharePoint около двух лет назад. До этого мы (разработчики) писали в основном интерфейсы asp.net для серверных частей SQL. Теперь кажется, что каждый раз, когда появляется новый проект, нас просят «подогнать» его под SharePoint; и мы добавили в SharePoint некоторые вещи, которые, вероятно, должны были быть автономными приложениями или веб-приложениями из-за сложности и взаимодействия с другими технологиями.

Мой вопрос: где вы проводите черту относительно разработки проекта в SharePoint по сравнению с приложением Web / Winform, и как вы убеждаете своих менеджеров в том, что SharePoint может быть не лучшим решением для конкретного проекта?

Answer 1

Я согласен с вами, что иногда это сложный вопрос. В целом, однако, я согласен с фразой, что вам просто нужно думать о приложении sharepoint немного по-другому. Если ваши данные можно рассматривать как основанные на списках, то, вероятно, SharePoint не обязательно является плохой средой разработки. Может показаться, что больше работы на поверхности, но IMO проблемы просто перемещаются из одного места в другое. Если вы используете такие вещи, как пользовательские шаблоны полей и веб-части, вы можете относительно естественно обрабатывать все виды данных. И вы получаете положительные стороны SharePoint бесплатно (уже зрелая структура безопасности, встроенный поиск, шаблоны / определения сайтов и списков, персонализированные настройки страниц, yada, yada).

Я также не знаю, что вы подразумеваете здесь под «сложностью и взаимодействием с другими технологиями», поэтому трудно представить, какие конкретные проблемы могут возникнуть при добавлении SharePoint в смесь.

Если ваша команда разработчиков относительно не имеет опыта работы с SharePoint, и вы заботитесь о качестве и сроках, я определенно пойму вашу точку зрения. Это непростая кривая обучения, но я думаю, что продукт SharePoint более естественно расширяем, чем многие считают.

Answer 2

В некоторых случаях существует третий вариант между приложением SharePoint и приложением ASP.NET. Вы можете создавать собственные страницы сайта и приложения и развертывать их на сайте SharePoint. (Книга «Внутри Windows SharePoint Services 3.0» дает хороший обзор того, как это сделать.) Это позволит вам использовать ASP.Net и SQL Server в среде SharePoint (что означает, что вы также можете воспользоваться такими вещами, как безопасность SharePoint). Это не так просто, как разработка простого приложения ASP.Net, но это компромисс.

Конечно, это своего рода техническая задача, если они хотят, чтобы эти новые приложения были построены на технологиях SharePoint (списки, библиотеки, рабочие процессы и т. Д.), А не просто были "внутри" SharePoint.

Answer 3

Одна из основных причин, по которой вы можете поместить приложение в SP, заключается в том, что вы хотите использовать преимущества строительных блоков, которые SP дает вам:

• Безопасность (поделиться безопасностью с сайтом)
• Данные (сохраните некоторые или все ваши данные в списках)
• Подготовка (если вы хотите, чтобы ваше приложение было на нескольких сайтах)
• Некоторые базовые интерфейсы данных, например, Списки дают вам это, и вам не нужно создавать его.

Answer 4

Почему они просят все это перейти в SharePoint?

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

Подход к проблеме с точки зрения использования пространства приложения в организации.

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

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

Answer 5

При попытке «интегрировать» новое приложение в существующий пул необходимо учитывать, есть ли какое-либо совпадение в данных (клиенты, инвентарь и т. Д.), Которые выиграют от слияния.

Существует также преимущество возможности резервного копирования нескольких приложений и всех соответствующих данных в одном месте.