Стратегия развития sharepoint css

Question

Я работаю в крупной компании, которая приняла sharepoint. Мне было поручено настроить и брендинг сайта / дочерних сайтов с помощью CSS. Мой опыт работы с sharepoint минимален.

Цикл разработки выглядит следующим образом:
1. Требования к юзабилити и дизайн доставляются разработчику sharepoint.
2. Разработчики sharepoint предлагают HTML
3. И я должен стилизовать этот HTML, а также сгенерированный HTML sharepoint.
4. Идет к тесту

Это сводит меня с ума. Основная причина этого цикла в том, что "разработчики sharepoint" не знают CSS. Среда разработки - это само сумасшествие. Разработка css не централизована, она основана на виртуальных машинах ... Итак, я должен пойти разработчиком за разработчиком и войти в их vm для работы над их кодом.

TI идут построчно некоторые нестандартные и некоторые нестандартные коды для стилизации. Сайты, над которыми я работаю, требуют ЧРЕЗВЫЧАЙНО большого количества настроек - это то, что оплачивает мои счета, поэтому я просто много работаю - но я схожу с ума в процессе.

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

Нет ответа бесполезно, поэтому, пожалуйста, поделитесь. Спасибо.

Answer 1

Существует 2 подхода к брендингу (стайлингу) sharepoint.

• Разработчик Centric

• Ориентированный на пользователя

• Ориентированность на разработчика означает, что никто, кроме дизайнера / разработчика, не прикасается к инструменту, подобному SharePoint Designer (SPD). любые изменения производятся с использованием решений и т. д.

• Ориентированный на пользователя означает, что вы просто добавляете файлы через SPD или пользовательский интерфейс.

Я предполагаю, что вы используете второе, а я всегда использую первое, потому что таким образом контролируется брендинг (стилизация), а изменения централизованы / развертываются. Я создал главную страницу с полной версией xhtml 1.1 (но при фактическом использовании ерунды в выходных данных SharePoint это, конечно, сводится на нет :-D), которую я использую во всех своих проектах и ​​для которой предварительно задан базовый уровень CSS и он настолько общий это может соответствовать почти любой форме расположения. Любые функциональные стили помещаются в отдельный файл и добавляются на главную страницу.

Чтобы ответить на ваш реальный вопрос: глубокое знание css не является обязательным требованием для разработчика sharepoint, когда css реализован так, как подразумевает C в CSS, т.е. каскадно, разработчикам даже не нужно добавлять css в свои элементы управления / веб-части, они должны поместить все в него в окружающий контейнер (div или span и т. д.), который получает класс. любые классы, используемые внутри элемента управления (например, таблица, использующая класс чередующихся строк), должны относиться к этому классу контейнера и также должны иметь реализацию по умолчанию.

Это будет выглядеть примерно так:

/* default alternating row class */
.row-alternating
{
  background-color:red;
}

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

/* a developer adds a new control and wants the style to differ */
.newcontrol-container .row-alternating
{
  background-color:blue;
}

Элемент управления будет выглядеть примерно так:

<div class="newcontrol-container">
  <table>
    <tr>
      <td>bla</td>
    </tr>
    <tr class="row-alternating">
      <td>bla</td>
    </tr>
  </table>
</div>

P.S. если ты хочешь, чтобы моя mastpage + css оставлял комментарий.

Answer 2

Вот как это .. Я никогда не видел, чтобы разработчик стереотипов так хорошо справлялся с работой CSS. (Да, есть исключения, но я никогда не встречал никого, кто был бы исключительно хорош в создании CSS из файла PhotoShop, который также был разработчиком. Я с удовольствием отдаю эту работу людям, которые лучше справляются с этим.)

Мой дизайнер работает с SharePoint Designer и имеет доступ к папке _layouts для размещения артефактов. Я уверен, что эти артефакты попадут в мое развертываемое решение Visual Studio. Все, что он делает в SPD, копируется вручную, просто остается на месте или вводится мной в функции.

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

Ключ в том, что я облегчаю работу дизайнеров, делаю ее максимально простой. Ваши разработчики должны сделать то же самое! Они должны:

• Максимально используйте готовые стили sharepoint для пользовательского кода (если они делают их продукты разумными, вам будет проще их доработать)
• Запросите HTML-шаблоны для полностью настраиваемого кода и веб-частей. Таким образом, вы можете дать им HTML, который вы уже разработали, вставить правильную структуру и добавить соответствующие CSS. Когда они доставят, вы получите что-то, что легко закончить.