SharePoint для [закрытого] разработчика ASP.NET C#
Передайте список файлов в perl, затем извлеките первые N частей имени файла. (Этот бит предполагает, что все элементы имеют как минимум эту глубину!)
Затем распечатайте извлеченный текст, если он еще не был просмотрен.
Например:
git show --name-only SHA | perl -n -e 'my ($root) = m[^((\w+/){DEPTH})]; print $root . "\n" if !exists $seen{$root} ; $seen{$root} = 1;'
, где DEPTH заменяется глубиной каталогов для рассмотрения.
9 ответов
SharePoint не совсем как то, к чему вы привыкли. Мои два основных недостатка:
Развертывание:
Если ваши требования относятся к одному производственному сайту (без сайтов подготовки / тестирования / разработки), ваш лучший выбор, вероятно, заключается в пойти с SharePoint Designer и взломать вещи вместе прямо на производственной площадке (да, я знаю, что это грязно).
Если вам нужны эти другие среды, вы должны создать пакеты развертывания для всего (без развертывания xcopy). Пакеты развертывания являются PITA ИМХО и очень легко ошибиться.
IIS
SharePoint в основном берет на себя вашу установку IIS и вводит новый набор правил для того, где что-то находится и т. Д. Одна ошибка - это «призрачные» файлы , то есть всякий раз, когда файл изменяется с помощью SharePoint Designer, файл резервируется в базу данных, и теперь IIS будет использовать только файл в базе данных, поэтому нет смысла менять его в файловой системе.
Подводя итог:
По моему скромному мнению, если вы делаете сайт, где время безотказной работы не так важно, и вы можете позволить себе делать ошибки в работе, SharePoint может быть хорошим хватит с дизайнером. Если вы создаете CMS сайт, где вам нужно, чтобы код прошел через несколько сред, прежде чем он достигнет производства (с непрерывной интеграцией ), я не могу представить себе никакой другой CMS на основе .NET это делает работу хуже Вы потратите немало времени на то, как заставить подпрограммы развертывания работать на вас, и потратите немало времени на решение проблем, связанных с «призрачными» файлами
Удачи.
В Technet имеется виртуальных лабораторий для продуктов SharePoint.
Мы создаем наши приложения Sharepoint с помощью комбинации SmartParts (как упомянуто выше) для более простых приложений и _Layout приложений для более сложных вещей.
Приложение _layout позволяет создать традиционное веб-приложение ASP.NET и добавить его в Sharepoint. Вот ссылка, с которой можно начать.
Первое, что нужно помнить, это то, что SharePoint - это просто приложение ASP.NET. Он имеет массу фреймворка и различных вещей, таких как безопасность и т. Д., Встроенных. Но с вашей точки зрения вы можете просто создать веб-элемент управления и в основном развернуть его прямо на сервере. Прочтите этот пост от MikeG, и особенно посмотрите SmartPart на CodePlex. Это поможет вам начать работу без лишней суеты. Поскольку вы используете стандартные веб-элементы управления, у вас есть доступ к CodeBehind. Единственное предостережение в том, что ваши сборки должны быть либо развернуты в GAC, либо предоставлены полное доверие в файлах конфигурации - что SmartPart поможет вам в этом.
SharePoint Designer - это просто FrontPage, переименованный. Это очень может помочь вам с некоторыми базовыми вещами, и, возможно, стоит рассмотреть, если это случайная вещь. Но если вы собираетесь выполнять какую-либо долгосрочную работу, я настоятельно рекомендую пройти урок по разработке приложений SharePoint. Это может быть чудовище, и вы можете оказаться в зыбучих песках быстрее, чем вы думаете.
Очень хорошее начало, чтобы помочь вам двигаться в правильном направлении, - сайт Microsoft для разработки SharePoint, на http://www.mssharepointdeveloper.com/ . Это поможет вам понять, что вам нужно расставить по приоритетам в процессе обучения.
Чтобы ответить на ваш второй вопрос, вкратце: да, вы можете создавать страницы, которые используют код-позади, как обычный ASP.net. Более длинный ответ здесь немного выходит за рамки, поскольку требует лучшего понимания того, как SharePoint работает с главными страницами, настроенными страницами, а также с концепциями макетов или страниц приложения в SharePoint.
Получите книгу Теда Паттисона, Внутри Microsoft Windows SharePoint Services 3.0 . Абсолютно необходимо , если вы собираетесь делать какую-либо разработку sharepoint.
Пожалуй, самый быстрый и простой способ начать работу - это использовать приложение SharePoint Designer, которое является частью одной из версий Microsoft Office. Если вам просто нужно создать простые формы, Microsoft InfoPath пойдет по пути. Я бы тогда пошел и купил книгу о разработке SharePoint, поскольку это большой ландшафт. Канал 9 также является хорошим ресурсом для битов SharePoint.
Самый быстрый способ набрать скорость - это использовать smartpart . Он позволяет создавать пользовательские элементы управления ASP.NET и развертывать их в sharepoint.
http://www.codeplex.com/smartpart/Release/ProjectReleases.aspx?ReleaseId=10697
Дизайнер Sharepoint / CAML: - Прекрасно для начинающих приложений.
Visual Studio инструменты:
- болезненно
- задокументировано очень плохо
- ошибка
- очень тяжелый цикл развертывания ..
ИМО Microsoft должна предложить что-то лучшее. До тех пор SmartPart великолепен.
Я только начал использовать SharePoint около 3 месяцев назад. Я изучил все основы и получил хорошую основу для SharePoint, используя обучающий DVD Pilothouse Consulting SharePoint ( http://www.pilothouseconsulting.com/dvd/sharepoint-training-dvd-development-benefits.html ). Это было очень полезно, и все учебные пособия, демонстрации и примеры кода для разработки находятся на C #.