Пользовательский рабочий процесс в SiteFinity 3.7

Question

У меня есть следующие требования для рабочего процесса в SiteFinity 3.7. Я считаю, что некоторые требования невозможны, поэтому я хотел бы уточнить, какие (если таковые имеются) не являются, и проанализировать, есть ли обходные пути для них или они поддерживаются в SiteFinity 4.x.

Основной вариант использования будет следующим: 1. Часть общего контента создана. 2. Контент отправляется через рабочий процесс на основе тега. Таким образом, контент, помеченный как «среда», прошел бы через другой рабочий процесс / процесс утверждения, который был бы помечен как «законный». 3. Каждый рабочий процесс требует трехэтапного процесса утверждения. Поэтому, когда контент передается на утверждение, первый пользователь А одобряет его. После того, как пользователь А одобрил это, пользователь Б мог. Затем пользователь C. Наконец, после всех необходимых утверждений, администратор (или другая роль) может опубликовать его. 4. Комментарии должны быть сделаны для одобрения или отклонения. 5. Уведомления должны быть отправлены соответствующим группам / ролям при утверждении или отклонении.

Я не верю, что SiteFinity поддерживает многое из коробки "из коробки". Пока мой план в основном таков:

1. Создайте много разных ролей для поддержки различных рабочих процессов.
2. Измените страницу подтверждения, чтобы поддерживать комментарии способом, аналогичным описанному здесь: http://www.sitefinity.com/devnet/forums/sitefinity-3-x/developing-with-sitefinity/sitefinity-3-7-decline-email-with-comments.aspx. Разница заключается не в том, чтобы просто включать комментарии в электронное письмо, а сохранять их в новом таблица в нашей базе. Цель состоит в том, чтобы отобразить их на странице и иметь возможность просматривать комментарии других пользователей. Уведомления также могут быть обработаны здесь.
3. Расширьте страницу подтверждения, чтобы включить настраиваемые кнопки принятия / отклонения. По сути, они будут работать вне реального рабочего процесса и обновят другую новую таблицу в нашей базе данных. Я считаю, что это может быть способом достижения многоэтапного процесса утверждения. В основном, пользователь C в приведенном выше примере будет единственным пользователем с действительными разрешениями на утверждение. Пользователи A и B могут иметь разрешения только для просмотра, но могут использовать эти 2 кнопки для запуска уведомлений и имитации части желаемого рабочего процесса.
4. Измените элемент управления AllPagesList.ascx, чтобы отфильтровать список страниц, которые пользователь видит по тегам ролей / контента, чтобы пользователи могли видеть только те страницы, которые должны были.

У меня есть несколько вопросов:

1. Имеет ли смысл все сказанное выше и представляется возможным / есть ли лучший подход?
2. Может ли общий контент отправляться через рабочие процессы или только на страницах, которые используют контент?
3. Если через рабочий процесс могут проходить только страницы, как мы справляемся со случаем, когда страница утверждается и публикуется, а затем содержимое обновляется? Разрешить пользователям редактировать только блоки общего содержимого через раздел Страницы, а не в разделе Модули? Или это автоматически обрабатывается?

Я относительно новичок в SiteFinity, поэтому любая помощь / направление / код / ​​и т. Д. будет принята с благодарностью. Я также с удовольствием попытаюсь прояснить ситуацию, если что-то, что я сказал до сих пор, не ясно.

Answer 1

Чтобы ответить на вопросы 2 и 3, да, общий контент может проходить через рабочие процессы.Вы смотрели на эту тему?

http://www.sitefinity.com/blogs/ivandimitrov/ivanposts/09-12-25/christmas_bonus_-_workflow_with_comments_in_sitefinity_3_x.aspx

Чтобы ответить на вопрос 1 ... э-э, это имеет смысл и звучит выполнимо, но я заметил, что вы хотели связать все через «теги».Sitefinity v3.x не поддерживает глобальную таксономию, поэтому, если вы действительно настроены на это, вам нужно взглянуть на v4.

Рабочий процесс с 2-3 шагами подпадает под «стандартный» рабочий процесс, так что вы будете смотреть на стандартную версию v4 как минимум.

Возможно, расширение общего содержимого с помощью настраиваемого (выпадающего) поля было бы лучшим подходом, если вы хотите использовать тег v3.7 вместо использования тегов.

Шаг 4, изменение списка allpages.ascx не подходит для тегов, поскольку это не глобальное ограничение.Но так как это Sitefinity и он привязан к .NET, вы можете запрограммировать свой обходной путь и связать его с общим контентом.

Но, по сути, вы бы построили новую пользовательскую «глобальную» систему таксономии, чтобы выполнить все это ...

Если вы хотите, чтобы умные ребята ответили, я предлагаю обратиться непосредственно кна форумах Sitefinity, сотрудники службы поддержки Telerik активно следят за ними, и я лично никогда еще не проводил их на телефоне:)