К SharePoint Или Не (как основа для разработки приложений) (по сравнению с ASP.NET)
Я использовал гибридный подход для обхода новой строки, используя tr для замены новой строки на вкладки, а затем заменяя вкладки тем, что я хочу. В этом случае «
», так как я пытаюсь сгенерировать разрывы HTML.
echo -e "a\nb\nc\n" |tr '\n' '\t' | sed 's/\t/ <br> /g'`
4 ответа
Согласен. В настоящее время Sharepoint (moss 2007 / wss 3.0) делает пользовательскую разработку очень болезненным и медленным процессом. Единственное, с чем я не согласен, - это часть рабочего процесса. На мой взгляд, рабочий процесс в SharePoint практически неприменим, и его следует избегать. Если вы собираетесь выполнять рабочие процессы, выберите k2: blackpearl или MassTransit для бесплатного варианта с открытым исходным кодом.
Допустим, у вас есть хранилище данных, которое собирает данные из многих точек в компании. Надеюсь, у вас есть несколько измерений, для которых бизнесмены назначены "владельцами измерений". Это люди, которые заинтересованы в организации данных в измерении. Они несут ответственность за поддержание в актуальном состоянии таких вещей, как иерархии и списки, но эти коллекции не актуальны. Заполненные операционными данными, поступающими из транзакционных систем, они представляют собой бизнес-термины, группы и описания, на которых говорит бизнес. Это их естественный деловой язык. Восточная группа продаж, малый бизнес, высокий риск, продвижение печатной рекламы 25 и т. Д. Дело в том, что ваше хранилище данных построено на 99% из операций / транзакций, но именно бизнес-механизмы делают все это разумным для ваших пользователей, и вам нужен место для его съемки.
Вы, безусловно, можете создать веб-приложение. Вы можете использовать файл Excel. Без разницы. Но вы также можете использовать список SharePoint. SharePoint привлекателен для этого, когда среда уже существует (и, следовательно, ПОДДЕРЖИВАЕТСЯ), когда ваши требования не обширны, то есть ссылочная целостность не требуется, у вас нет ресурсов для создания нового веб-приложения, бизнес-пользователи уже знакомы с SharePoint и привыкли к ним, он вам нужен вчера и т. д.
Поэтому я не говорю здесь о написании кода и компиляции библиотек для установки в SharePoint. Я просто пытаюсь представить разумное «подходящее время и место» для его использования.
Кстати - Вот очень удобное руководство по отправке и извлечению данных между списками SharePoint и SSIS .
SharePoint следует использовать в качестве основы для совместной работы бизнес-пользователей (то есть хранение, поиск и редактирование документов друг друга).
Даже без документов вы все равно можете использовать Sharepoint в качестве платформы для портала с настраиваемыми веб-частями (возможно, некоторые из них основаны на библиотеках документов сайта). Это хорошая портальная платформа, и исследовательский портал моих компаний основан на sharepoint и работает довольно хорошо. Хорошо, что с этим порталом sharepoint на основе веб-частей вы все равно можете относительно легко решить проблемы с разрешениями и настройками презентации (перетащить веб-часть в определенную зону и т. Д., Что пользователи делают много, кстати). Кроме того, веб-части типа WSRP довольно хорошо работают с Sharepoint.
И вы правы, только если у вас есть хорошие разработчики Sharepoint, тогда это действительно облегчает вам задачу и является достойной платформой, с документами или без документы