Как хороший/плохой sharepoint программирует? [закрытый]

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

Я считаю, что довольно легко и просто создать пользовательский шаблон. главная страница (с соответствующим типом документа в заголовке, например, для удаления ужасного BackCompat и включения CSS1Compat) или мои страницы aspx с выделенным кодом или чем-то еще. В итоге - все, что вы можете сделать на веб-сайте в чистом asp.net 2.0, вы можете сделать то же самое с SharePoint и извлечь выгоду из его масштабируемости,

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

Даны следующие:

1. Да, вы должны разрабатывать серверный продукт Windows 2003 или Windows 2008
2. Много информации о разработке поступает из блогов разного качества
3. Продукт пытается быть всем для всех, но на самом деле продукт настолько велик, что требуются специальные области

Это определенно технология, которая все еще созревает для разработчиков. Объем информации, доступной от сообщества разработчиков и Microsoft, за последние 2 года значительно вырос. Группа разработчиков шаблонов и практик для SharePoint предлагает множество рекомендаций, которые можно найти здесь: http://www.codeplex.com/spg

Что касается некоторых других комментариев - это ' s самый быстрорастущий продукт Microsoft по количеству проданных лицензий, не обязательно по количеству установок! И да, бесплатные функциональные возможности WSS 3.0 просто потрясающие.

Существует очень широкий диапазон того, что может включать в себя «разработка SharePoint». Это может быть чистая разработка веб-контента с помощью веб-браузера и таких инструментов, как SharePoint Designer. Или приступить к грязному написанию настраиваемых веб-частей ASP.NET, рабочего процесса Windows, настраиваемых веб-служб ASP.NET и страниц, размещенных в SharePoint, и многого другого.

Существует множество готовых веб-служб. с SharePoint, которые допускают интеграцию с другими системами, и некоторые люди могут называть программирование против этого API «разработкой SharePoint».

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

I have like Kirk also worked with SharePoint since the 2003 beta version and am still liking it. You can of course always wish for something to have been better thought through - but I guess you can say that about almost any Enterprise product. To me, the positives far outweight the negatives when it comes to building solutions on top of the SharePoint platform.

Let me as a developer share with you my top 5 good things and top 5 bad things about SharePoint:

Top 5 Good Things about SharePoint

1. It is a comphrensive platform. Makes it a hell lot faster to develop and deploy fully featured, standardized, scalable and high availability Web solutions like a corporate Intranet and Extranet.
2. It has huge momentum. Microsoft continues improving it and it gets much better with every release, the community is great and growing, online resources are good and growing, more and more books are coming out, many great free add-ons and good third-party products popping up all the time, and there are also great conferences to go to.
3. Very modular platform where you can package your own stuff into Solutions, features, Web parts, Templates, Content types and more.
4. It leverages standard Microsoft technologies like .NET, ASP.NET, IIS and SQL Server. So you will not get stuck with one specific skill set.
5. In the current job market, you are much better off with .NET + SharePoint skills than just .NET skills. It is something like saying you have SAP experience or are a BI specialist.

Top 5 Bad Things about SharePoint

1. Steep learning curve. It takes at least two years to become a good SharePoint developer - even if you are already good at C# and .NET. You will need the first year to just understand all the concepts in the platform and then another year to get really familiar with them.
2. Inadequate development tools. Visual Studio hardly knows anything about SharePoint - but I hear this is going to change big time with VS 2010 :-)
3. Not always possible to use the latest and coolest .NET features. It always takes SharePoint a few years to adopt the latest and greatest stuff from the .NET platform teams. Just think about Linq and AJAX. I am curious to see if/when SharePoint 2010 will support .NET 4.0.
4. Often a need to find work-arounds to quirky problems/inconsistencies in the platform.
5. Changing APIs. Well, at least this was a pain moving from SPS 2003 to MOSS 2007. I hope the transition to SharePoint 2010 will be a smoother ride.

хорошо ============================ [=] === плохо

• настройка / администрирование / обновление - это боль.
• разработка / отладка - это боль.
• документация - это шутка.

SharePoint - это продукт v2 ... v3 должен выйти в 2010 году, и это самый быстрорастущий продукт в истории MS (предположительно). v2 не хватает зрелости, и она определенно оставляет желать лучшего для тех из нас, кто занимается разработкой, но есть много инструментов, которые облегчают разработку против нее (stsdev, будучи одним из них).

Это то, что вы ' Будете видеть все больше и больше, если останетесь в сфере Windows. Это мощная платформа, и ее будущее выглядит очень многообещающим.

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

Работа с SharePoint является сложной и полезной, даже без аспекта разработки. Вы влияете на всю организацию и действительно помогаете бизнесу работать лучше. Аспект разработки будет время от времени расстраивать вас, но все имеет тенденцию выравниваться.

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

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

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

Это (хороший?) Способ оплачивать счета ....

Иногда SharePoint может вызывать разочарование. Согласно Microsoft, это «созревающий продукт», поэтому, когда вы делаете что-то неправильно, вы получаете приятные ошибки, такие как «произошла ошибка» или «невозможно завершить действие». CAML - это то, что требует большого терпения. Документация по нему не очень хороша, и вы можете потратить уйму времени на глупую синтаксическую ошибку.

В целом, это достойная платформа, но она, вероятно, заставит вас седеть раньше, чем ваши коллеги.

Если у вас есть опыт веб-разработки, я думаю, вы можете быть разочарованы отсутствием гибкости, которую Sharepoint предлагает разработчикам. Ограничение мыслить понятиями "веб-частей" не очень весело, если раньше у вас была возможность писать немного ближе к HTML.

Кроме того, я обнаружил, что много времени было тратится на вопросы конфигурации / реализации по сравнению с обычной веб-разработкой.

Тем не менее, вы получаете разумный объем функциональности "из коробки".

Это одновременно самый разочаровывающий и самый полезный опыт, который у вас будет. Хотя награда приходит (по крайней мере частично) в виде отличной зарплаты (по сравнению с обычным веб-разработчиком), разочарование - это ничто, что нельзя преодолеть с помощью stackoverflow и Google на вашей стороне.

Я делал Разработка SharePoint с 2003 года, и долины «Я СЛОВНО НЕНАВИЖУ SHAREPOINT!» всегда отстранены от моментов «ЧУВК, ЭТО УЖАСНО УДИВИТЕЛЬНО!»

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

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

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

1. Пользователи, которых мы обучили ему, абсолютно ненавидели пользовательский интерфейс, и было очень неприятно не иметь возможности исправить то, что с ним не так.
2. Настройка визуального представления Sharepoint не для слабонервных. Некомпетентность того, кто написал CSS в Microsoft, просто ужасает. Мне до сих пор снятся кошмары.
3. По какой-то причине они не разработали его просто как разнообразное веб-приложение, что делает настройку среды разработки огромной головной болью.

В общем, SharePoint не справляется с этим. его обещание во многих смыслах просто сбивает с толку: вещи, которые кажутся простыми, требуют всевозможных индивидуальных разработок.

Мы вернулись к развертыванию собственных решений для клиентов; им намного больше нравится такая договоренность, и мы тоже.

Мы вернулись к развертыванию собственных решений для клиентов; им намного больше нравится такая договоренность, и мы тоже.

Мы вернулись к развертыванию собственных решений для клиентов; им намного больше нравится такая договоренность, и мы тоже.

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

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

Также было обидно узнать, что среда разработки должна быть машиной, на самом деле работающей с SharePoint, которая должна работать под Windows 2003/2008. Мне пришлось настроить виртуальную машину в моей существующей системе, что не имеет большого значения, но это еще одно препятствие, которое вам нужно преодолеть.

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

Меня удивляют все положительные отзывы. Позвольте мне просто спросить, не возражаете ли вы создать разметку в коде? Как в HtmlWriter.BeginTag ("br") (или что-то еще, извините за то, что не знаете api HtmlWriter). Это считается лучшим методом создания распространяемых веб-частей.

Как насчет Ajax Toolkit? Ой, это запрещено. Не работает из-за отсутствия типа документа в заголовке.

А ваш ноутбук работает под управлением Windows Server 2003, верно? Потому что, конечно, Sharepoint не будет работать ни на чем другом.

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

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

Я сделал презентацию в последний год, который может представлять интерес.

Здесь доступна дополнительная информация: http://sharepointdevwiki.com/x/hybfaq

У меня приличный опыт разработки .net и 3 месяца работы с SP, мой опыт пока:

Хорошее:

Я думаю, что SP хорош для приложений с простой моделью данных, желательно с большим объемом чтения. Огромным преимуществом является то, что пользователи / администраторы могут достичь только с помощью конфигурации. Изменяйте структуру данных на лету, изменяйте внешний вид и т. Д. Замечательная платформа для вещей типа "мои книги".

Плохо:

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

Во время компиляции мало поддержки, большинство ваших задач будет включать в себя возню с ресурсами, которые ищутся, вызывая их по имени в виде строки. Его можно считать «гибким» и «простым», но, на мой вкус, он слишком чреват ошибками и замедляет разработку. Конечно, это касается не только SP, но и MVC / веб-формы кажутся более доступными для мира со строгой типизацией.

Если вам нравится управляемый мир, примите во внимание тот факт, что подавляющее большинство SP - это неуправляемый код, предоставляя вам исключения, такие как «HResult 8000072F», практически без трассировки стека, чтобы намекнуть на то, что могло привести к ошибке.

Развертывание и воспроизводимость ошибок вызвали немало разочаровывающих дней. WSS берет на себя всю машину, файлы, необходимые для запуска приложения, разбросаны по БД, файловой системе (и довольно часто GAC).Чтобы иметь базовое разделение проектов, ожидайте, что вы будете работать над множеством разных виртуальных машин.

Плохая поддержка инструмента (не пробовал VS 2010). Лучше подружиться с командной строкой и сценариями. Ожидайте, что отладка будет медленной. Модульное тестирование довольно сложно выполнить ..

Мой личный вывод: SP занимает свою нишу, но это не та платформа, которая может понравиться программисту .Net. В пользовательском интерфейсе могут появляться некоторые случайные "ВАУ", а в интерфейсе разработчика - нет. Это могло быть разговором о «крутой кривой обучения», но, может быть, так оно и есть.

Sharepoint - это огромный беспорядок.

1. Сгенерированная наценка - худшая из тех, что я когда-либо видел.
2. У него такой же плохой CSS, чтобы долго работать с такой разметкой.
3. Боже, смилуйся над душой, которая должна изменить стиль или расширить функциональность клиентской части приложения sharepoint.
4. Вся платформа бросает вызов хорошему архитектурному проекту.
5. Целостность данных - огромная проблема для платформы, поскольку здесь нет транзакций.
6. API удивительно заражен ошибками, и не потребуется и часа после работы с API, чтобы обнаружить ошибки, которые заставят вас рыться в сети и еще больше усугубить проблемы целостности данных.
7. Правильное модульное тестирование очень сложно выполнить на платформе.
8. Платформа большая и забита «всем», однако все, что делает Sharepoint, делает плохо. Вы можете легко найти другие фреймворки или платформы, которые лучше справятся с этой задачей и будут намного лучше соответствовать вашим требованиям или требованиям вашего клиента.
9. Кривая обучения крутая, что было бы хорошо, если бы документация для платформы (особенно API) была хоть сколько-нибудь хорошей.
10. Совместимость с браузером, Sharepoint - это только IE (из-за ужасающей разметки, CSS и javascript).

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

На мой взгляд, Sharepoint - это не платформа для разработки, а платформа для зарабатывания денег.

Edit: Я также забыл добавить 11. Это ресурсная свинья, не похожая ни на что из того, что вы когда-либо видели.