До выхода RTM версии 2010-го SharePoint-а остались считанные дни, и у нас уже очень активно идет разработка нескольких проектов под новую платформу.
Как оказалось, разработка для 2010-ой версии имеет, в сравнении с 2007-ой, массу интересных особенностей.
Командная разработка под SharePoint это вообще интересный разговор. Мы, например, никогда не использовали рекомендуемый MS (http://msdn.microsoft.com/en-us/library/bb428899.aspx) подход. Основное отличие у нас касается рабочего окружения для разработчика: разрабатываться полностью внутри ВМ, к тому же локальной, на наш взгляд не очень удобно. В студии все-таки намного приятнее (в плане скорости и отзывчивости) работать непосредственно на своем десктопе, а не через терминал или внутри ВМ. К тому же, рекомендуемый подход тяжел в плане лицензирования. Даже по партнерской программе, у нас не будет по паре лицензий Windows Server + MOSS на каждого разработчика.
Поэтому для 2007-го мы использовали «удаленную разработку», когда студия, SharePoint Designer и сами проекты установлены и физически находятся на машине разработчика, а ВМ-ки для очередного проекта с MOSS и Remote Debugger'ом крутиться в пуле на «центральном» сервере.
Вот. А с 2010-ым SharePoint-ом и новыми расширениями 2010-ой студии, которые умеют работать только локально, похоже, придется переходить «рекомендуемый» процесс. Что, сейчас, за неимением альтернатив и происходит, но уж очень болезненно. Все-таки, хотя новый студийный плагин и имеет кучу приятных плюшек в плане создания проекта, в области деплоймента изменений в процессе разработки для нас это шаг назад. Поэтому мы уже думаем, как это можно будет исправить.
Еще очень интересные моменты с новым SharePoint-ом:
- Встроенные студийные тесты нельзя использовать для тестирования SharePoint-a. Тестовый проект можно создать только на базе .Net 4.0, из которого невозможно использовать объектную модель SharePoint-a. Поэтому здесь нас опять выручает nUnit + Resharper. А вот связка nUnit + TestDriven.Net не захотела работать по той же причине, что и родные тесты – хостовый процесс, похоже, пускается под .Net 4.0 (хотя может быть это можно как-то полечить).
- В сравнении с 2007-ым, новая ВМ требует значительно больше оперативной памяти. Для 2007-го SharePoint-а нам в большинстве случаем хватало ВМ с 768Mb памяти (Win2003 32bit + MOSS), в редких случаях на тяжелых проектах машинкам выделялось по 1024Mb, и этого было вполне достаточно для комфортной работы. А вот для 2010-го (Win2008x64 + MSS + VS + SPD) требуется уже минимум 3Gb. И при этом, работу все равно нельзя назвать комфортной – тормозит.
- В плане средств виртуализации получается очень интересная картина. У MS сейчас нет десктопного решения для виртуализации с поддержкой 64 битных гостевых ОС. Есть Hyper-V, но это не десктоп. Посмотрел в интернете (http://twtpoll.com/0wwdj1), кто как решает эту проблему, так и есть. VmWare, VirtualBox (наш вариант), VmWare ESX, ну и Hyper-V, куда уж без него.
В общем, пока нам для 2010-го разрабатываться сложнее, чем для 2007-го. Интересно, как скоро MS исправит ситуацию с использованием объектной модели SharePoint-a из .Net 4.0?
